使用 Collection.isEmpty() 是最安全的判空方式，语义清晰、性能为 O(1)，适用于所有 Collection 子类型；Map.isEmpty() 同样推荐；Stream 应用 findAny().isPresent() 判空；避免 null 检查冗余，优先通过 Objects.requireNonNull 或 Optional 显式处理。
用 Collection.isEmpty() 是最安全的判空方式
直接调用 isEmpty() 方法，而不是 size() == 0 或 list == null 的组合判断。该方法语义清晰、性能无额外开销（多数实现是 O(1)），且对所有 Collection 子类型（ArrayList、HashSet、LinkedList 等）都适用。
常见错误是先判 null 再判 isEmpty()，但其实：如果集合变量可能为 null，说明设计上已存在隐患——集合应尽量由构造器或工厂方法初始化，或使用 Collections.emptyList() 等不可变空集合兜底。
-
isEmpty()不抛NullPointerException，但前提是对象不为null -
size()在某些懒加载集合（如 MyBatis 的延迟加载Collection）中可能触发意外查询，而isEmpty()通常不会 - 不要写
list != null && !list.isEmpty()作为“保险”，这掩盖了本该在上游避免的null分支
遇到 null 时优先用 Objects.requireNonNull() 或 Optional 包装
若无法确保集合非 null（例如三方 API 返回值），应明确处理 null 场景，而不是在每个判空处补防御式检查。
推荐做法是尽早失败或显式封装：
立即学习“Java免费学习笔记（深入）”；
- 用
Objects.requireNonNull(collection, "collection must not be null")抛出带上下文的异常，便于定位问题源头 - 若业务允许空含义，改用
Optional<collection>></collection>返回，调用方通过isPresent()+orElse(Collections.emptySet())统一处理 - 避免在多个地方重复写
if (coll == null || coll.isEmpty())—— 这属于逻辑泄漏，应收敛到工具方法或领域层
Map 判空不能直接用 isEmpty()？不，它完全适用
Map 虽不属于 Collection，但它的 isEmpty() 方法同样标准、高效、语义准确。不要误以为要判 keySet().isEmpty() 或 entrySet().size() == 0。
以下写法等价且推荐第一种：
map.isEmpty() // ✅ 正确、简洁、O(1) map.keySet().isEmpty() // ❌ 多余创建 keySet 视图，无必要 map.size() == 0 // ⚠️ 可用，但不如 isEmpty() 表意直接
注意：ConcurrentHashMap 的 isEmpty() 在高并发下可能返回瞬时快照结果，但这是其设计行为，并非 bug；若需强一致性空判断，应配合业务锁或重新评估并发模型。
Stream 判空别用 count() == 0，改用 findAny().isPresent()
如果手头是一个 Stream<t></t>，不要转成集合再判空，更不要用 stream.count() == 0 —— 它强制遍历全部元素，复杂度 O(n)，且无法短路。
正确方式是利用 findAny() 的短路特性：
boolean isEmpty = !stream.findAny().isPresent();
或者更直观地封装为工具方法：
public static <T> boolean isEmpty(Stream<T> stream) {
return !stream.findAny().isPresent();
}
注意：该操作会消费流，不可重复使用；若需多次判断，应先收集为集合（如 toList()），再用 isEmpty()。
null 尽早暴露，让空集合成为可预期的合法状态，而不是每次都要加一层条件套娃。 
