17370845950

应优先使用 Collection.isEmpty() 而非 size() == 0，因其时间复杂度为 O(1) 且避免懒加载开销；判空前必须先检查 null；Stream 判空推荐 anyMatch(x -> true)；Optional 包裹集合时宜用 orElse(Collections.emptyList()) 统一处理。

用 Collection.isEmpty() 而不是 size() == 0

绝大多数集合（ArrayList、HashSet、LinkedList 等）的 isEmpty() 方法是 O(1) 时间复杂度，直接返回内部状态字段；而 size() 在某些懒加载或代理集合（如 Hibernate 的 PersistentSet）中可能触发初始化或查询，带来意外开销甚至 N+1 问题。

• 始终优先调用 collection.isEmpty()
• 避免写 collection.size() == 0 或 collection.size() > 0
• 注意：数组不能用 isEmpty()，需用 array.length == 0

判空前必须先判 null

Java 集合变量本身可能是 null，直接调用 isEmpty() 会抛 NullPointerException。尤其在方法参数、数据库查询结果、JSON 反序列化后字段中很常见。

if (list != null && !list.isEmpty()) {
    // 安全遍历
}

• 不要假设上游一定返回非空集合
• 若使用 Guava，可用 Objects.firstNonNull(list, Collections.emptyList())
• 若使用 Apache Commons Collections，可用 CollectionUtils.isNotEmpty(list) —— 它内部已处理 null 安全

Stream 判空不能只靠 findAny().isPresent()

对 Stream 判空时，stream.findAny().isPresent() 是常见误用：它会消费流（不可重用），且对无限流或 IO 流有风险；更糟的是，它不短路——即使第一个元素存在，仍可能触发整个 pipeline 执行（取决于中间操作）。

• 正确方式是收集为 List 后判空（适合小数据）：!stream.collect(Collectors.toList()).isEmpty()
• 或用 stream.anyMatch(x -> true) —— 短路、不消费、不新建集合
• 注意：anyMatch 返回 boolean，语义清晰，性能可控

Optional + Collection 组合时的陷阱

当集合包装在 Optional> 中（如 Spring Data JPA 的 Optional 关联集合），容易写出双重判空嵌套，逻辑易错且可读性差。

optionalUser.map(User::getRoles)
    .filter(roles -> roles != null && !roles.isEmpty())
    .ifPresent(roles -> { ... });

• 推荐提前规整：把 Optional 转成“确定非空”的集合，例如用 optional.orElse(Collections.emptyList())
• 避免在 map 后再做 null 检查 —— 违背 Optional 设计本意
• 如果集合字段本身允许为空（如 JPA 中未 fetch），应明确区分「无数据」和「未加载」两种语义，而不是统一用判空掩盖

判空看着简单，真正难的是在 null、懒加载、流式处理、Optional 嵌套这些边界交织时，不靠试错、不靠加日志，一次写对。