Spring Data JPA 3.3.9版本中命名参数重复使用的回归问题分析

问题背景

在Spring Data JPA 3.3.9版本中，开发者报告了一个关于命名参数在查询中重复使用时出现的异常问题。具体表现为当使用Pageable分页查询，并且同一个命名参数在查询语句中被多次引用时，系统会抛出"org.springframework.dao.InvalidDataAccessResourceUsageException: No argument for named parameter"异常。

问题复现条件

这个问题在以下特定条件下会出现：

1. 使用@Query注解定义JPQL查询
2. 查询中包含命名参数(:paramName形式)
3. 该命名参数在查询中被多次引用
4. 使用Pageable进行分页查询
5. 数据库中的数据量超过分页大小，触发额外的计数查询

典型的问题查询示例如下：

@Query(value = """
    SELECT d
    FROM UserEntity d
    WHERE (:logins) IS NULL OR LOWER(d.login) IN (:logins)
    """)
Page<UserEntity> findByLogins(@Param("logins") Set<String> logins, Pageable pageable);

问题根源分析

这个问题是由于Spring Data JPA内部对命名参数的处理逻辑变更引起的。在3.3.8版本中可以正常工作，但在3.3.9版本中出现了回归。具体来说，当执行分页查询时，Spring Data JPA会生成两个查询：一个是实际的数据查询，另一个是用于计算总记录数的计数查询。

在3.3.9版本中，参数绑定逻辑在处理这两个查询时出现了问题，特别是在参数被多次引用的情况下。计数查询无法正确识别和绑定与主查询相同的命名参数，导致抛出参数不存在的异常。

临时解决方案

在官方修复发布前，开发者可以采用以下临时解决方案：

1. 降级到3.3.8版本
2. 使用SpEL表达式替代直接参数引用：

@Query(value = """
    SELECT d
    FROM UserEntity d
    WHERE (:#{#logins}) IS NULL OR LOWER(d.login) IN (:#{#logins})
    """)
Page<UserEntity> findByLogins(@Param("logins") Set<String> logins, Pageable pageable);

官方修复情况

Spring Data团队已经确认这是一个回归问题，并在后续版本中进行了修复。修复将被包含在以下版本中：

• 3.3.10
• 3.4.4
• 3.5.0-M2

修复的核心是正确处理分页查询中命名参数的多次引用场景，确保计数查询能够正确绑定与主查询相同的参数。

最佳实践建议

为了避免类似问题，建议开发者在编写JPQL查询时：

1. 对于可能多次引用的参数，考虑使用SpEL表达式
2. 在升级Spring Data JPA版本时，特别注意分页查询的测试
3. 对于复杂的查询条件，考虑使用Specification或Querydsl等更类型安全的方式

这个问题提醒我们在使用ORM框架时，即使是小版本升级也可能引入不兼容的变化，充分的测试覆盖是保证升级安全的关键。