Spring Boot中分页查询方法一次获取所有结果
内容提要
在Spring Boot应用程序中，我们经常需要分页检索数据。使用Spring Data的Repository接口可以轻松支持分页和排序。如果需要一次性获取所有数据，可以使用Pageable接口的unpaged()方法。在处理具有关系的数据时，需要注意N+1问题，可以通过定义自定义查询或使用@EntityGraph注释来优化性能。
延伸解读
unpaged() 方法的版本差异
文章指出，Pageable.unpaged() 可以一次性获取所有数据。从 Spring Boot 3.2 开始，unpaged() 支持传入 Sort 参数进行排序。但在 3.2 以下版本中，unpaged() 不接受参数，若需排序，必须使用 PageRequest.of(0, Integer.MAX_VALUE).withSort(sort) 来模拟。开发者需根据项目使用的 Spring Boot 版本选择合适的方式，避免因版本不兼容导致代码错误。
N+1 问题的触发与规避
当实体存在关联关系（如 Student 与 School 的多对一）且使用 DTO 映射时，如果访问了关联字段，JPA 可能会为每条主记录额外执行查询，导致 N+1 问题。文章通过测试用例和日志展示了这一现象。规避方法包括：仅提取必要字段、使用 fetch join 自定义查询、或使用 @EntityGraph 注解。这些方法都能有效减少查询次数，提升性能。
延迟加载与即时加载的影响
文章强调，关联字段的加载策略会影响查询行为。若设置为 FetchType.LAZY，只有在访问该字段时才会触发额外查询；若设置为 FetchType.EAGER，则会在获取主实体时立即执行关联查询，即使后续不访问该字段。因此，在定义实体关系时，应根据实际需求选择合适的加载策略，以避免不必要的性能开销。
DTO 映射与性能优化
为了避免暴露内部实体结构，通常会将实体映射为 DTO。文章示例中使用 ModelMapper 进行转换，但若 DTO 包含关联字段，可能触发 N+1 问题。因此，建议根据客户端需求设计 DTO，只包含必要字段。如果必须包含关联字段，则应结合 fetch join 或 @EntityGraph 来优化查询，确保在单次查询中获取所有需要的数据。
Q&A
Spring Boot 中如何一次性获取所有分页数据？
可以使用 Pageable 接口的 unpaged() 方法，它返回一个不包含分页信息的 Pageable 实例，然后调用 findAll(Pageable.unpaged()) 即可获取所有数据。
Spring Data 中常用的 Repository 子接口有哪些？
常见的子接口有：CrudRepository（提供基本的 CRUD 操作）、PagingAndSortingRepository（扩展 CrudRepository，增加分页和排序支持）、JpaRepository（扩展 PagingAndSortingRepository，提供 JPA 特定操作如批量删除）。
在 Spring Boot 中如何对分页结果进行排序？
可以在创建 Pageable 时提供 Sort 实例，例如：Sort sort = Sort.by(Sort.Direction.ASC, "id"); Pageable pageable = PageRequest.of(0, 10).withSort(sort); 然后调用 findAll(pageable)。
什么是 N+1 问题？在 Spring Boot 中如何避免？
N+1 问题是指在检索关联实体时，除了执行主查询外，还会为每个关联实体执行额外的查询，导致性能下降。可以通过定义自定义查询（使用 JOIN FETCH）或使用 @EntityGraph 注解来优化，避免 N+1 问题。
如何使用 @EntityGraph 注解优化关联查询？
可以在 Repository 方法上添加 @EntityGraph 注解，指定要急切获取的关联属性，例如 @EntityGraph(attributePaths = "school")，这样 JPA 会在单个查询中获取关联实体，避免额外查询。
在 Spring Boot 3.2 之前，如何对 unpaged() 的结果进行排序？
在 3.2 之前，unpaged() 不接受参数，需要创建一个具有最大页面大小和 Sort 参数的 PageRequest，例如：Pageable pageable = PageRequest.of(0, Integer.MAX_VALUE).withSort(sort); 然后调用 findAll(pageable)。
