JSP报表加载耗时久，Apache POI导出Excel却快的原因排查

阿华AIGC实验室

2026-5-13

问题分析：JSP报表加载慢但Excel导出快的原因及解决方案

首先咱们得明确核心差异：两个流程从数据库获取数据的耗时几乎一致（毕竟调用了同一个DAO方法），真正的区别出在数据的最终呈现环节，具体原因可以拆解为以下几点：

1. 浏览器DOM渲染的巨大开销

当JSP返回包含5万条数据的HTML表格时，浏览器要完成一系列极耗资源的操作：

解析超长的HTML字符串，构建庞大的DOM树
计算每个元素的布局（触发多次回流/重绘）
最终将上万条表格行绘制到页面上
而Excel导出是服务器端直接生成二进制文件，通过输出流发送给客户端——浏览器只需要完成文件下载，不需要处理复杂的DOM渲染。哪怕Excel打开时也需要处理数据，但用户感知到的是「下载完成」的速度，而非打开后的渲染时间。

2. JSP视图层的渲染效率问题

虽然DAO返回数据的速度相同，但JSP生成HTML的过程存在额外开销：

如果你用了JSTL的<c:forEach>循环，它的执行效率通常不如Java代码里直接操作数据（比如POI生成Excel时的循环）
JSP需要处理EL表达式、页面上的其他组件（导航栏、样式、脚本），这些都会占用额外的服务器端资源，拉长响应时间
5万条数据拼接成HTML字符串本身就是一个耗时的IO操作，而POI生成Excel是基于内存/流的高效处理

3. 页面额外资源的加载

JSP页面通常会包含CSS、JavaScript、图片等静态资源，这些资源的请求和加载会增加页面的总加载时间。而Excel导出是单一文件请求，没有额外的资源依赖。

可行的解决方案

针对这个问题，最有效的优化方向是减少一次性展示的数据量，同时优化页面渲染逻辑：

1. 实现分页功能

这是最直接的方案：在后端修改DAO方法，支持分页查询（利用MySQL的LIMIT offset, size语法），前端JSP只展示当前页的几十条数据。这样服务器端生成的HTML体积会大幅缩小，浏览器渲染也会瞬间变快。

修改后的DAO查询示例：

String strqry= "SELECT c.caller_id_number as caller_id_number, c.destination_number as destination_number," +
" c.created_time as created_time, vbDtmf.digit as dtmf FROM VoiceBroadcastDTMF vbDtmf " +
"LEFT JOIN cdr c ON vbDtmf.uuid=c.orig_id where (c.created_time BETWEEN '"+startDate+"%' AND '"+endDate+"%') " +
"ORDER BY c.created_time DESC LIMIT ?, ?";
Query query = getSession().createSQLQuery(strqry)
        // 保持原有Scalar、ResultTransformer配置不变
        .setParameter(0, offset)
        .setParameter(1, pageSize);