JSP分页查询的完整逻辑解析：从原理到实战的深度指南
📚 目录导读
分页查询的核心概念
Q：为什么要使用分页查询？
当数据库表中数据量超过1000条时，一次性加载所有数据会导致：
- 数据库查询响应时间急剧上升（全表扫描）
- 网络传输压力过大（例如10万条记录可能消耗数百MB带宽）
- 浏览器渲染卡顿（DOM元素过多导致页面崩溃）
分页的本质：将大型结果集按固定大小（如每页20条）切分为多个片段，每次仅传输当前页所需数据，大幅降低服务器和客户端的负载。
关键参数：
currentPage：当前页码（从1开始）pageSize：每页显示条数（建议10-50条）totalRecords：总记录数（用于计算总页数）totalPages：总页数 = (totalRecords + pageSize - 1) / pageSize
JSP分页的完整流程拆解
Q：一个完整的JSP分页请求需要经过哪些步骤？
以下是标准MVC模式下的四步流程：
Step 1：客户端发起请求
用户点击“下一页”按钮时，JSP页面通过表单或链接发送参数：page.jsp?page=2&pageSize=20
Step 2：Servlet接收并处理参数
// 典型Servlet代码片段
int currentPage = Integer.parseInt(request.getParameter("page"));
int pageSize = 20; // 固定值或从配置读取
int startRow = (currentPage - 1) * pageSize; // 计算起始行
Step 3：调用数据库查询（仅返回当前页数据）
通过预编译SQL避免注入,核心逻辑见章节3。
Step 4：封装结果并转发到JSP
将当前页数据列表 + 总记录数 + 当前页码 存入request，通过request.getRequestDispatcher("list.jsp").forward(request, response);展示。
底层实现：数据库分页SQL原理
Q：不同数据库的分页SQL写法有何区别？
这是分页查询最关键的环节，直接决定性能优劣：
MySQL（使用LIMIT）
-- 查询第2页（每页20条），即第21-40条 SELECT * FROM user ORDER BY id ASC LIMIT 20 OFFSET 20; -- 或简写为 LIMIT 20, 20
注意：LIMIT startRow, pageSize，其中startRow从0开始，当数据量大于10万时，OFFSET越大查询越慢（需跳过前面行）。
Oracle（使用ROWNUM或OFFSET-FETCH）
-- 经典三层嵌套写法（Oracle 12c前）
SELECT * FROM (
SELECT a.*, ROWNUM rn FROM (
SELECT * FROM user ORDER BY id
) a WHERE ROWNUM <= 40 -- 上限
) WHERE rn > 20; -- 下限
-- Oracle 12c+推荐使用OFFSET-FETCH
SELECT * FROM user
ORDER BY id
OFFSET 20 ROWS FETCH NEXT 20 ROWS ONLY;
SQL Server（使用OFFSET-FETCH）
SELECT * FROM user ORDER BY id OFFSET 20 ROWS FETCH NEXT 20 ROWS ONLY; -- 与Oracle新版语法一致
性能对比：
- 优先使用OFFSET-FETCH（MySQL 8.0+ / Oracle 12c+ / SQL Server 2012+），支持索引优化
- 旧版MySQL可通过覆盖索引优化：
SELECT id, name FROM user WHERE id > ? ORDER BY id LIMIT 20（利用主键有序性）
前端JSP代码实现与数据展示
Q：JSP中如何优雅地展示分页条？
以下是一个包含“上一页/下一页/页码导航”的通用模板（基于JSTL+EL）：
<%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %>
<!-- 假设request中有：pageBean (含list, currentPage, totalPages) -->
<div class="pagination">
<!-- 上一页 -->
<c:if test="${pageBean.currentPage > 1}">
<a href="list?page=${pageBean.currentPage - 1}">上一页</a>
</c:if>
<!-- 动态页码（显示前3页和后3页） -->
<c:forEach begin="${pageBean.currentPage - 3 < 1 ? 1 : pageBean.currentPage - 3}"
end="${pageBean.currentPage + 3 > pageBean.totalPages ? pageBean.totalPages : pageBean.currentPage + 3}"
var="p">
<c:if test="${p == pageBean.currentPage}">
<span class="active">${p}</span>
</c:if>
<c:if test="${p != pageBean.currentPage}">
<a href="list?page=${p}">${p}</a>
</c:if>
</c:forEach>
<!-- 下一页 -->
<c:if test="${pageBean.currentPage < pageBean.totalPages}">
<a href="list?page=${pageBean.currentPage + 1}">下一页</a>
</c:if>
<span>共${pageBean.totalPages}页</span>
</div>
数据展示部分：
<table>
<c:forEach items="${pageBean.list}" var="user">
<tr><td>${user.id}</td><td>${user.name}</td></tr>
</c:forEach>
</table>
关键设计原则：
- 禁止在JSP中直接写Java代码（使用EL和JSTL）
- 分页参数通过URL传递,避免使用Session（防止多标签页冲突）
常见问题与性能优化（含Q&A）
Q1：分页查询结果集为空时，如何处理？
A：在JSP中使用<c:if test="${empty pageBean.list}">判断，显示“暂无数据”提示，并隐藏分页条。
Q2：如何避免分页查询全表扫描？
A：
- 为
ORDER BY字段建立索引 - 主键升序场景使用“游标分页”：
SELECT * FROM user WHERE id > ? ORDER BY id LIMIT 20（避免OFFSET） - 对非聚簇索引字段排序时,先用子查询获取主键再JOIN：
SELECT u.* FROM user u JOIN (SELECT id FROM user ORDER BY name LIMIT 20 OFFSET 20) tmp ON u.id = tmp.id
Q3：总记录数查询是否影响性能？
A：是的，优化方案：
- 使用
EXPLAIN估算行数（MySQL的rows字段，仅用于非精确需求） - 高频场景下,通过Redis缓存总记录数（定时更新）
- 使用
SELECT COUNT(*) FROM user时确保索引覆盖（避免全表扫描）
Q4：大结果集的分页（如100万行）如何优化？
A：推荐游标分页（Keyset Pagination）：
-- 记录上一页最后一条的ID（例如上一页最后ID=200） SELECT * FROM user WHERE id > 200 ORDER BY id LIMIT 20;
优势：固定时间查询，不受页码影响，缺点：无法直接跳转到任意页（适合无限滚动场景）。
终极注意事项：
- 永远不要在JSP中使用
<%=%>脚本，改用EL表达式 - 分页参数必须做类型校验（
try-catch处理NumberFormatException） - 考虑防爬虫：对频繁翻页的IP进行速率限制
通过以上逻辑,JSP分页查询的完整流程可以概括为：参数接收 → 偏移量计算 → 数据库分页SQL → 封装PageBean → JSP渲染 + 分页导航。真正的性能瓶颈往往在数据库层，优化SQL和索引比优化JSP代码更重要。
