当使用 `@query` 执行多列 select 时，若返回 `list
该问题本质源于对 JPQL（Java Persistence Query Language）语法规则的误用。你提供的原始查询：
@Query(value = "SELECT q.id as someId, q.name as someName from Quote q where q.id in (:quoteIds)") ListselectSomeThings(@Param("quoteIds") List quoteIds);
存在两个关键问题：
value = ... 表示原生 SQL 模式：@Query(value = "...") 默认执行的是原生 SQL（Native SQL），而非 JPQL。但在原生 SQL 中，q.id、q.name 这样的带别名引用是非法的——因为 Quote q 是 JPA 实体别名，原生 SQL 只认真实数据库表名和字段名（如 quote.id, quote.name），且 as 别名在原生 SQL 中虽合法，但 Spring Data JPA 的 Tuple 结果映射器无法可靠解析多列别名（尤其在较新版本中行为更严格）。
Spring Boot 1.5.22 升级引发兼容性变化：相比 1.5.2，后续小版本（含 1.5.22）升级了 Hibernate 和 Spring Data JPA 的底层解析逻辑，对原生 SQL + Tuple 的元数据提取更严格，导致多列 as 别名映射失败，最终 Tuple.get(0) 报 IndexOutOfBoundsException。
✅ 正确解法分两种场景：
✅ 方案一：使用 JPQL（推荐，类型安全）
去掉 value =，直接写 JPQL，并用 构造器表达式（Constructor Expression） 返回自定义 DTO 或封装类：
// 定义轻量 DTO（必须有对应构造函数）
public class QuoteSummary {
private final Long someId;
private final String someName;
public QuoteSummary(Long someId, String someName) {
this.someId = someId;
this.someName = someName;
}
// getters...
}@Query("SELECT new com.example.dto.QuoteSummary(q.id, q.name) " +
"FROM Quote q WHERE q.id IN :quoteIds")
List selectSomeThings(@Param("quoteIds") List quoteIds); ⚠️ 注意：new 后必须是全限定类名，且构造函数参数顺序/类型需与 SELECT 字段严格一致。
✅ 方案二：坚持用 Tuple？请确保使用 JPQL + 显式字段引用
若仍需 Tuple（例如动态列场景），务必使用 JPQL（非 value=），并避免 as 别名干扰（JPA 自动按 SELECT 顺序映射）：
@Query("SELECT q.id, q.name FROM Quote q WHERE q.id IN :quoteIds")
List selectSomeThings(@Param("quoteIds") List quoteIds); 调用时通过索引或别名安全获取：
for (Tuple tuple : result) {
Long id = tuple.get(0, Long.class); // 按位置
String name = tuple.get(1, String.class);
// 或使用别名（需在 JPQL 中显式定义）：
// @Query("SELECT q.id AS someId, q.name AS someName FROM Quote q ...")
// Long id = tuple.get("someId", Long.class);
}❌ 错误规避提醒
- 不要在 @Query(value = "...") 中混用 JPQL 语法（如 Quote q）；
- 原生 SQL 若必须用 Tuple，应改用 @Query(nativeQuery = true) 并确保字段名与数据库实际一致（如 SELECT id, name FROM quote WHERE id IN (...)）；
- 避免在 JPQL 中对非实体字段使用 as 别名后又期望 Tuple 自动绑定——JPQL 的 as 仅用于 GROUP BY / ORDER BY，不参与 Tuple 列映射。
总结：多列查询失败不是 Tuple 的缺陷，而是查询模式（JPQL vs Native）与返回类型不匹配所致。统一使用标准 JPQL + 构造器表达式，既类型安全，又规避运行时异常，是 Spring Data JPA 最佳实践。
