应优先使用 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<List<T>> 中（如 Spring Data JPA 的 Optional<User> 关联集合），容易写出双重判空嵌套，逻辑易错且可读性差。
立即学习“Java免费学习笔记（深入）”；
optionalUser.map(User::getRoles)
.filter(roles -> roles != null && !roles.isEmpty())
.ifPresent(roles -> { ... });
- 推荐提前规整：把
Optional<Collection>转成“确定非空”的集合，例如用optional.orElse(Collections.emptyList()) - 避免在
map后再做null检查 —— 违背Optional设计本意 - 如果集合字段本身允许为空（如 JPA 中未 fetch），应明确区分「无数据」和「未加载」两种语义，而不是统一用判空掩盖
null、懒加载、流式处理、Optional 嵌套这些边界交织时，不靠试错、不靠加日志，一次写对。 
