JpaSpecificationExecutor的findBy()未使用Pageable中Sort对象问题咨询

结论：这是预期设计，并非BUG #

在Spring Data JPA的FluentQuery API设计中，page()方法仅负责处理分页参数（页码、每页条数），并不会自动提取传入Pageable中的Sort配置。排序逻辑需要通过sortBy()方法显式指定，这是为了遵循单一职责和显式配置的设计原则，避免隐式行为带来的歧义。

代码修正示例 #

如果你想复用Pageable中的排序规则，可以将其提取出来显式传入sortBy()：

var someSort = Sort.by(Sort.Direction.DESC, "someFiled");
var somePageable = PageRequest.of(0, 100, someSort);

// 显式指定排序，结合分页
someRepository.findBy(someSpecification, q -> q
    .as(SomeProjection.class)
    .sortBy(someSort) // 显式传入排序规则
    .page(somePageable)
);

设计逻辑解释 #

• 职责分离：page()专注处理分页，sortBy()专注处理排序，每个方法的作用清晰明确，代码可读性更高。
• 避免歧义：如果page()自动应用Pageable中的Sort，当开发者同时调用sortBy()时，会出现排序规则优先级的冲突问题。当前设计强制开发者显式指定排序，彻底消除这种歧义。
• 源码层面验证：你提到的FetchableFluentQueryBySpecification.createSortedAndProjectedQuery()方法使用Sort.unsorted()作为默认排序，正是这种设计思路的体现——排序必须由开发者显式配置，而非从分页参数中隐式获取。

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