重构Spring Data JPA Specification时，CriteriaBuilder默认返回什么？

核心逻辑对齐 #

重构前的代码在m2From和m2To均为null时，直接返回传入的spec，本质是不对查询添加任何面积相关的过滤条件。重构后的Lambda需要对齐这个逻辑，返回一个不会影响查询结果的Predicate。

可选方案 #

方案1：返回null #

Spring Data JPA会自动忽略返回null的Predicate，完全等价于原逻辑，不新增任何过滤条件，代码最简洁：

private Specification<Listing> whereArea(Specification<Listing> spec, ListingSearchDTO dto) {
    return (root, _, builder) -> {
        Path<Integer> area = root.get("apartment").get("area");

        if (dto.getM2From() != null && dto.getM2To() != null)
            return builder.between(area, dto.getM2From(), dto.getM2To());
        if (dto.getM2From() != null)
            return builder.ge(area, dto.getM2From());
        if (dto.getM2To() != null)
            return builder.le(area, dto.getM2To());
        // 无面积条件时返回null，不添加过滤
        return null;
    };
}

方案2：返回builder.conjunction() #

conjunction()会生成一个始终为true的条件（空的逻辑与表达式），添加到查询中不会过滤任何数据，部分JPA实现会自动优化掉这个无意义的条件，效果和返回null一致：

// 替代返回语句
return builder.conjunction();

注意事项 #

• 禁止返回builder.disjunction()：这会生成始终为false的条件，会过滤掉所有数据，不符合需求。
• 两种方案中，返回null更贴近原代码的设计意图，是优先推荐的选择。

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