Spring Data 基于Specification+Pageable将查询最后一页作为首页返回的方案

核心逻辑是倒序查询+结果反转，完全兼容Specification实现，同时解决你提到的两个问题：

• 解决最后一页数据不足问题：倒序取前N条（N为页长），只要总数据量≥页长，返回的永远是满页数据，内存反转后就是按time升序的最新一页数据
• 解决性能损耗问题：无需提前执行count查询计算总页数，仅需一次数据查询即可得到结果，大表场景下性能提升非常明显

实现方案代码示例 #

// 1. 构造倒序分页参数，直接查第0页即可拿到最新的pageSize条数据
Pageable reversePageable = PageRequest.of(0,
        filter.getPageSize(),
        Sort.by("time").descending());

// 2. 直接用原有Specification查询，无需提前查count算总页数
Page<T> reverseResult = repository.findAll(Specification.where(specification), reversePageable);

// 3. 内存反转得到time升序的数据集
List<T> ascResultList = reverseResult.getContent().reversed();

// 4. 手动构造Spring Data Page对象，完全保留分页特性
// 若业务不需要展示总条数/总页数，可直接传0作为total值，会跳过count查询进一步提升性能
Page<T> finalResult = new PageImpl<>(ascResultList,
        PageRequest.of(0, filter.getPageSize(), Sort.by("time").ascending()),
        reverseResult.getTotalElements());

翻页场景扩展 #

如果需要支持向前翻页（查询更早的历史数据），建议改用游标分页替代传统offset分页，进一步优化大表查询性能：

• 每次返回结果时附带当前页最小的time值作为下一页查询的游标
• 下一次查询时在Specification中新增time < 游标值的过滤条件，继续按time倒序查第0页即可
• 全程不需要count查询，也不会出现大offset导致的查询慢问题

可选优化 #

如果业务场景不需要展示总条数、总页数，可在查询时使用Slice替代Page，Spring Data会自动跳过count查询，性能更高，同时依然保留分页的hasNext()、hasPrevious()等特性。

内容的提问来源于stack exchange，提问作者Pavel