partitioningBy专用于二值划分，仅分true/false两组，语义明确、逻辑清晰，适用于布尔判断场景，支持下游收集器聚合及嵌套分析，但不适用于多分组或排序去重。
Java Stream 的 partitioningBy 专用于二值划分——只分 true 和 false 两组，不是多分组，也不做排序或去重，核心价值在于逻辑清晰、语义明确、结果可预测。
适合“非此即彼”的业务判断场景
当业务规则天然具备布尔特性时，partitioningBy 比 groupingBy 更直接。不需要构造枚举或字符串键，代码意图一目了然。
- 用户状态：活跃 / 非活跃（
User::isActive） - 成绩判定：及格（≥60）/ 不及格
- 数据质量：校验通过 / 校验失败
- 时间范围：今日订单 / 非今日订单（
order.getTime().toLocalDate().equals(LocalDate.now())）
配合下游收集器提升聚合效率
单独返回 List 只是起点；传入下游收集器能一步到位得到统计值或结构化结果，避免额外遍历。
- 统计数量：
partitioningBy(p -> p.getAge() >= 18, counting())→Map<Boolean, Long> - 求和汇总：
partitioningBy(x -> x > 0, summingInt(x -> x)) - 提取字段集合：
partitioningBy(u -> u.isAdmin(), mapping(User::getEmail, toSet())) - 转为不可变结构：
partitioningBy(..., collectingAndThen(toList(), Collections::unmodifiableList))
嵌套使用支持分层分析逻辑
partitioningBy 可作为外层“粗筛”，内部再结合 groupingBy 或其他收集器做细化归类，适合复合维度分析。
立即学习“Java免费学习笔记（深入）”；
- 先按是否 VIP 分区，再在每个分区里按地区分组：
partitioningBy(User::isVip, groupingBy(User::getRegion)) - 先区分订单状态（已完成/未完成），再分别统计各支付方式占比
- 避免写多层 if-else 或手动遍历拆分，流式链式调用更紧凑
注意边界与常见误区
partitioningBy 行为确定，但使用中需留意几个实际细节：
- 空流输入会返回
{true=[], false=[]}，不会抛异常，但需确认业务是否接受双空结果 - 谓词若抛出异常（如 NPE），整个 collect 操作中断，建议提前判空或封装安全谓词
- 不保证子列表顺序 —— 虽多数情况下保持原始顺序，但并行流下无保障，如需有序应显式调用
sorted() - 别和 groupingBy 混用目的：groupingBy 适合多类别归类（如按部门、按类型），partitioningBy 仅限二分，强行用它模拟三分（如用
n % 3 == 0）会丢失语义且难维护
