collectors.filtering 返回空集合是因为它必须嵌套在下游收集器中使用，不能单独调用；java 8 不支持，仅 java 9+ 可用；android 和旧 spring boot 项目因兼容性问题无法直接使用。
Collectors.filtering 为什么返回空集合？
因为 filtering 不是独立收集器，它必须嵌套在另一个下游收集器里用，单独传给 collect() 会编译失败或逻辑错乱。
常见错误现象：collect(Collectors.filtering(x -> x > 5, Collectors.toList())) 看似合理，但一旦上游流为空、或过滤后无匹配项，结果就是空 List —— 这不是 bug，是设计使然；它不“兜底”，也不自动转默认值。
- 必须配对使用：第一个参数是谓词（
Predicate），第二个是下游收集器（Collector），缺一不可 - 不能直接用于
groupingBy的 downstream 以外的场景，比如误写成stream.collect(filtering(...))会报错The method collect(Collector) is not applicable - Java 8 不支持该方法，只从 Java 9 起可用；若项目还在用 8，得改用
filter().collect(...)替代
flatMapping 和 map + flatMap 在 collect 里有啥区别？
flatMapping 是专为收集器链设计的扁平化工具，它把每个元素映射成一个流，再自动合并进下游收集过程；而手写 map(e -> stream).flatMap(identity) 会破坏收集上下文，无法直接塞进 collect()。
典型误用：想对每个对象提取多个标签并去重汇总，却写成 collect(Collectors.mapping(e -> e.getTags().stream(), Collectors.toList())) —— 这根本编译不过，因为 mapping 不接受 Stream 类型输出。
立即学习“Java免费学习笔记（深入）”；
-
flatMapping的第一个参数是Function<t stream>></t>，第二个是下游Collector<r u></r> - 性能上更优：避免中间生成多余 Stream 实例，尤其在并发收集（
parallelStream）时，flatMapping能更好保持状态一致性 - 兼容性注意：和
filtering一样，仅 Java 9+，且不能用于toMap这类键冲突敏感的下游收集器（除非你确保映射后不会重复键）
groupingBy + filtering + counting 组合失效怎么办？
这种三连嵌套看着很酷，但容易因类型推导失败导致编译报错，比如 groupingBy(User::getDept, filtering(u -> u.isActive(), counting())) 在某些 JDK 版本下会提示“incompatible types”。
根本原因：Java 泛型类型擦除 + 多层静态方法嵌套，让编译器难以推断下游收集器的累加器类型。不是代码逻辑错，是类型系统卡住了。
- 显式指定泛型可破局，例如：
Collectors.<user boolean long>filtering(u -> u.isActive(), Collectors.counting())</user> - 更稳妥的做法是拆一层：先
filter()再groupingBy(..., counting())，语义清晰且无类型风险 - 如果必须嵌套，优先用
filtering配toList()或toSet()，它们泛型推导更稳定；counting()和summingInt()这类数值型下游反而更容易翻车
Java 9 收集器在 Android 或旧 Spring Boot 项目中能用吗？
不能直接用。Android（即使 API 33+）默认不包含 Java 9+ 的 Collectors 新方法；Spring Boot 2.0+ 默认基于 Java 8 构建，哪怕你本地 JDK 是 17，编译时若 target bytecode 是 1.8，调用 filtering 会直接报 NoSuchMethodError。
运行时报错示例：java.lang.NoSuchMethodError: java.util.stream.Collectors.filtering —— 这说明类路径里加载的是老版本 rt.jar 或等效实现。
- 检查
maven-compiler-plugin的source和target是否都设为 9 或更高 - Android 开发请彻底放弃，改用
stream.filter(...).collect(...)；JetBrains 的kotlin-streams或streamsupport库可作轻量替代 - Spring Boot 项目如需升级，必须同步确认依赖库（如 Hibernate、Jackson）是否兼容 Java 9+ 的模块系统，否则可能引发
ModuleResolutionException
这些收集器写起来省事，但真要落地，得先看清运行环境的底裤是不是穿好了。
