Java集合判空方法与规范大全

在IT行业这个发展更新速度很快的行业，只有不停止的学习，才不会被行业所淘汰。如果你是文章学习者，那么本文《Java集合判空方法及规范详解》就很适合你！本篇内容主要包括##content_title##，希望对大家的知识积累有所帮助，助力实战开发！

使用 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 场景，而不是在每个判空处补防御式检查。

推荐做法是尽早失败或显式封装：

• 用 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 static <t> boolean isEmpty(Stream<t> stream) {
    return !stream.findAny().isPresent();
}</t></t>

注意：该操作会消费流，不可重复使用；若需多次判断，应先收集为集合（如 toList()），再用 isEmpty()。

本篇关于《Java集合判空方法与规范大全》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！