Collectors.partitioningBy流筛选使用教程

`Collectors.partitioningBy` 是 Java Stream API 中专为二元分类设计的高效收集器，能一次性将流元素按布尔条件精准划分为 `true` 和 `false` 两组并封装为 `Map`，既避免了重复遍历和冗余 `if-else` 或多次 `filter` 的低效操作，又支持通过下游收集器灵活聚合（如计数、求和、去重等）；但需警惕 `null` 值引发的异常，并理解其始终返回包含两个键的完整结果——无论某组是否为空。无论是用户状态分组、订单支付判断还是日志成功/失败分析，它都以简洁、函数式且高性能的方式，成为处理“是/否”类业务逻辑的理想选择。

用 Collectors.partitioningBy 可以把流中的元素按布尔条件分成两组（true/false），本质是返回一个 Map>。它不适用于多分类，但对“满足/不满足某条件”这类二元判断非常简洁高效。

理解 partitioningBy 的基本用法

该收集器接收一个 Predicate，根据其返回值将元素分别放入 true 和 false 对应的列表中。例如筛选偶数和奇数：

List numbers = Arrays.asList(1, 2, 3, 4, 5, 6);
Map> partitioned = numbers.stream()
    .collect(Collectors.partitioningBy(n -> n % 2 == 0));
// 结果：{false=[1, 3, 5], true=[2, 4, 6]}

结合下游收集器做进一步聚合

partitioningBy 支持第二个参数——下游收集器，可对每组结果做定制化处理，比如只取数量、求和或转成 Set：

• 统计每组个数：partitioningBy(pred, Collectors.counting()) → Map
• 计算偶数之和：partitioningBy(n -> n % 2 == 0, Collectors.summingInt(Integer::intValue))
• 去重后收集：partitioningBy(pred, Collectors.toSet())

注意 null 安全与逻辑边界

若 Predicate 中可能产生 null，需提前判空，否则会抛 NullPointerException。例如处理字符串长度时：

• 错误写法：s -> s.length() > 5（s 为 null 时崩溃）
• 正确写法：s -> s != null && s.length() > 5

另外，分区结果一定包含 true 和 false 两个 key，即使某组为空，对应 value 是空集合（如 ArrayList），不会缺失 key。

替代 if-else 或两次 filter 的典型场景

当你需要同时获取“符合条件”和“不符合条件”的两份数据时，partitioningBy 比手动两次 filter 更高效（只需遍历一次流），也比用 if-else 累加更函数式：

• 用户分组：激活用户 vs 未激活用户
• 订单分类：已支付 vs 待支付
• 日志分析：成功请求 vs 失败请求

避免为同一数据源反复创建流或多次遍历，这是它最实用的价值。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Collectors.partitioningBy流筛选使用教程》文章吧，也可关注golang学习网公众号了解相关技术文章。