JPA分页查询总数计算错误问题（自定义Repository实现的方法）

最新推荐文章于 2025-02-28 19:19:47 发布

TOTTI-10

最新推荐文章于 2025-02-28 19:19:47 发布

阅读量8.8k

点赞数

分类专栏： Java 文章标签： JPA

本文链接：https://blog.csdn.net/huwentao_totti/article/details/81389882

版权

本文介绍了在使用JPA进行分页查询时遇到的总数计算错误问题，当按照关联对象数量排序时，total值不正确。问题根源在于JPA的SimpleJpaRepository默认实现。通过分析源码，发现问题出在根据getResultList累加计算总数的逻辑。为解决此问题，文章提出了自定义Repository实现的解决方案，包括创建继承JPA的接口、实现接口并重写findAll方法，以及注册自定义RepositoryFactoryBean。最后，展示了业务代码如何使用自定义的Repository接口。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

问题背景：

上一篇博客（JPA排序中的join排序及case when的使用）中有提到一个场景：对象A中包含了Set<B> objBs这样一个成员，要求查询A时按A中包含的B数量排序，当时的解决方案是count一下B，然后order by这个count，详见上一篇博客。

上面的方法确实解决了排序的问题，但是经过多次测试发现，当按照objBs排序、查询第一页时，数据正确，但是total不对，实际上我有11条数据，但是total返回的是17。

数据库中：

问题定位：

代码调用的是JPA的默认实现SimpleJpaRepository中的

	public Page<T> findAll(Specification<T> spec, Pageable pageable) {

		TypedQuery<T> query = getQuery(spec, pageable);
		return pageable == null ? new PageImpl<T>(query.getResultList())
				: readPage(query, getDomainClass(), pageable, spec);
	}

过程可以自己看源码，这里列出出现问题的核心代码：

	private static Long executeCountQuery(TypedQuery<Long> query) {

		Assert.notNull

最低0.47元/天解锁文章