使用 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返回,调用方通过> 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,不要转成集合再判空,更不要用 stream.count() == 0 —— 它强制遍历全部元素,复杂度 O(n),且无法短路。
正确方式是利用 findAny() 的短路特性:
boolean isEmpty = !stream.findAny().isPresent();
或者更直观地封装为工具方法:
public staticboolean isEmpty(Stream stream) { return !stream.findAny().isPresent(); }
注意:该操作会消费流,不可重复使用;若需多次判断,应先收集为集合(如 toList()),再用 isEmpty()。
null 尽早暴露,让空集合成为可预期的合法状态,而不是每次都要加一层条件套娃。










