Optional.filter() 用于条件性保留单个值：值存在且满足 Predicate 时返回原 Optional，否则返回 empty；它不遍历集合，不改变泛型类型，且在 empty 时不执行 Predicate。
Optional.filter() 的作用不是“过滤集合”，而是“条件性保留值”
Optional.filter() 不会遍历多个元素，它只对当前 Optional 封装的单个值做一次判断。如果值存在且满足给定的 Predicate，就返回原 Optional；否则返回 Optional.empty()。很多人误以为它像 Stream.filter() 那样处理多个值，结果在链式调用中发现值“莫名消失”，其实只是条件没满足。
常见错误现象：Optional.of("hello").filter(s -> s.length() > 10) 返回 Optional.empty()，但开发者没检查就直接 .get()，触发 NoSuchElementException。
- 必须配合
isPresent()、ifPresent()或orElse()使用，不能假设 filter 后一定有值 - 传入的
Predicate不应有副作用（比如修改外部状态），因为filter()可能被跳过（如上游是empty） - 如果值为
null，而Optional是通过ofNullable()构建的，filter()不会执行（因为内部无值），不会 NPE；但若用of(null)会直接抛NullPointerException
filter() 和 map() / flatMap() 的组合顺序很关键
你不能靠 filter() 把 String 转成 Integer，它只做布尔判断。真正需要“转换+校验”的场景，得先 map() 再 filter()，或反过来——取决于你想保留哪个类型。
例如：从 Optional<string></string> 中提取数字并确保它大于 100：
立即学习“Java免费学习笔记（深入）”；
Optional<String> input = Optional.of("123");
Optional<Integer> result = input
.map(Integer::parseInt) // 先转成 Integer（可能抛 NumberFormatException）
.filter(i -> i > 100); // 再判断大小
但如果 input 是 Optional.empty()，整个链安全返回 Optional.empty()；如果 "abc" 导致 map() 抛异常，则中断执行——filter() 不会兜底。
- 想避免
map()中的异常？改用flatMap()+ 安全解析逻辑，例如返回Optional.ofNullable(...) - 把
filter()放在map()前毫无意义：对原始字符串做长度判断，和后续是否转整数无关 -
filter()返回仍是同类型Optional<t></t>，不会改变泛型参数
容易被忽略的空值与副作用陷阱
Optional.filter() 在值不存在时（即 empty）**完全不调用**你传的 Predicate。这意味着：如果你在 Predicate 里写了日志、计数器自增、或远程调用，这些操作在 empty 情况下根本不会发生——这和直觉不符，尤其当调试时只看到部分日志输出。
另一个坑是隐式 null：比如 Optional.ofNullable(user).filter(u -> u.getRole().equals("ADMIN"))，如果 user.getRole() 返回 null，就会 NPE。这不是 filter() 的问题，而是 Predicate 内部未防御。
- 防御写法：用
Objects.equals(u.getRole(), "ADMIN")或"ADMIN".equals(u.getRole()) - 不要在
Predicate中调用可能阻塞或抛异常的方法，除非你明确接受该行为只在值存在时触发 - 单元测试务必覆盖
empty、null字段、和边界条件（如等于阈值）三种情况
替代方案：什么时候不该用 filter()？
当条件判断依赖外部状态（如当前时间、配置开关、数据库查询结果），或需要多次尝试、降级逻辑时，filter() 就不合适了。它的设计初衷是纯函数式、无状态、快速判断。
例如：检查一个订单是否“可取消”，需查数据库确认状态——这应该放在 map() 或独立方法里，而不是塞进 filter() 的 Predicate。
- 复杂业务规则 → 提取为独立方法，再用
flatMap()组合 - 需要默认值兜底 → 直接用
orElseGet()，别靠filter()+orElse()嵌套 - 要记录 filter 失败原因？
filter()不提供钩子，得自己封装一层带日志的工具方法
filter() 本身不解决“值不存在”和“值存在但非法”的区分——它把这两种情况都归为“无值”，而业务上往往需要分别处理。 
