在Java开发中，分页查询是处理大量数据时的常见需求，无论是Web应用还是后端服务，都需要高效地获取指定页的数据，本文将详细介绍Java中实现分页查询的多种方法，包括数据库层面的分页、内存分页以及框架封装的分页方案,并分析各自的适用场景与注意事项。
数据库层面的分页实现
数据库层面的分页是最常用且性能最高的方式，通过SQL语句直接从数据库中获取指定范围的数据，减少数据传输量，主流关系型数据库如MySQL、PostgreSQL、Oracle等都支持分页语法,但语法略有差异。
以MySQL为例，分页查询的核心是LIMIT和OFFSET关键字。LIMIT表示每页显示的记录数，OFFSET表示从第几条记录开始查询，查询第2页（每页10条记录）的数据，SQL语句为：SELECT * FROM table_name LIMIT 10 OFFSET 10。OFFSET的计算公式为(页码-1)*每页记录数，这种方式的优点是数据库引擎会直接返回分页后的结果，避免了内存中处理大量数据,适合数据量大的场景。
对于PostgreSQL，除了支持LIMIT-OFFSET语法外，还提供了更高效的LIMIT offset, limit写法，以及基于游标的分页方式（FETCH NEXT n ROWS ONLY），后者在深度分页时性能更优，Oracle数据库则使用ROWNUM或ROW_NUMBER()窗口函数实现分页，SELECT * FROM (SELECT a.*, ROWNUM rn FROM (SELECT * FROM table_name) a WHERE ROWNUM <= 20) WHERE rn > 10，需要注意的是，当OFFSET值较大时（如查询第1000页），MySQL可能会扫描大量不必要的数据，此时建议使用基于键的分页（如WHERE id > last_id LIMIT 10），通过记录上一页最后一条记录的主键来定位下一页数据,避免性能下降。
Java代码中的分页参数处理
在Java应用中，分页参数通常由前端传递，常见的参数包括当前页码（pageNum）、每页记录数（pageSize），后端需要对这些参数进行校验和转换，确保分页逻辑的健壮性，默认设置pageNum=1、pageSize=10，并限制pageSize的最大值（如100）,防止恶意请求导致数据库性能问题。
以Spring Boot为例，可以通过@RequestParam注解接收分页参数：
@GetMapping("/users")
public List<User> getUsers(
@RequestParam(defaultValue = "1") int pageNum,
@RequestParam(defaultValue = "10") int pageSize) {
// 分页查询逻辑
}
在Service层，需要将页码和记录数转换为数据库查询所需的OFFSET和LIMIT值。
int offset = (pageNum - 1) * pageSize; List<User> users = userMapper.selectPage(offset, pageSize);
还需要考虑总记录数的查询，用于前端分页组件的总页数计算，总记录数查询可以通过SELECT COUNT(*) FROM table_name实现，但需要注意在高并发场景下，频繁执行COUNT(*)可能影响性能，可通过缓存（如Redis）优化。
内存分页的适用场景
当数据量较小或需要复杂过滤条件（涉及多表关联、计算字段）时，可以在内存中进行分页，这种方式先将查询结果全部加载到内存,再通过Java代码截取指定页的数据。
List<User> allUsers = userMapper.selectAllUsers(); // 查询所有数据 int fromIndex = (pageNum - 1) * pageSize; int toIndex = Math.min(fromIndex + pageSize, allUsers.size()); List<User> pageUsers = allUsers.subList(fromIndex, toIndex);
内存分页的优点是实现简单，无需修改SQL语句，适合数据量小（如几百条记录）或实时性要求不高的场景，但缺点也很明显：当数据量大时，会导致内存溢出（OOM）或性能下降，因此需谨慎使用，如果必须使用内存分页，建议结合流式处理（如Stream API）或分批查询（每次查询部分数据）来优化性能。
框架封装的分页方案
现代Java开发框架（如MyBatis-Plus、JPA）提供了内置的分页插件，简化了分页查询的实现，以MyBatis-Plus为例，通过Pagination对象和Page插件,可以轻松实现物理分页：
Page<User> page = new Page<>(pageNum, pageSize); IPage<User> userPage = userMapper.selectPage(page, null); List<User> users = userPage.getRecords(); long total = userPage.getTotal(); // 总记录数
MyBatis-Plus会自动将分页参数转换为数据库对应的分页语法（如MySQL的LIMIT-OFFSET），并支持自定义分页逻辑，JPA则通过Pageable接口和Page对象实现分页：
Pageable pageable = PageRequest.of(pageNum - 1, pageSize); Page<User> userPage = userRepository.findAll(pageable);
框架封装的分页方案优点是代码简洁、标准化，且支持排序、动态查询等功能，适合企业级应用开发，但需要注意，框架分页依赖于底层数据库方言，需正确配置分页插件（如MyBatis-Plus的PaginationInterceptor）,否则可能导致分页失效。
分页查询的性能优化
无论采用哪种分页方式，性能优化都是关键，确保查询字段有适当的索引，特别是分页条件（如主键、排序字段），避免全表扫描，减少不必要的字段查询，使用SELECT指定所需列而非SELECT *，降低数据传输量，对于深度分页（如页码>100），建议改用基于键的分页或游标分页，减少OFFSET带来的性能损耗，可通过缓存（如Redis）存储热点数据或分页结果,减轻数据库压力。
Java中获取每页数据的方法多种多样，从数据库原生分页到框架封装方案，需根据实际场景选择合适的方式，数据库分页性能最优，适合大数据量；内存分页实现简单，仅适用于小数据集；框架分页则提供了标准化解决方案，提升开发效率，无论哪种方式，都需注重参数校验、性能优化和异常处理，确保分页功能的稳定性和高效性，在实际开发中，建议优先考虑数据库层面的分页，并结合框架工具简化代码,最终实现既高效又易维护的分页查询功能。
