Optional.filter()用于对单个Optional值按条件过滤：有值且满足Predicate时返回原Optional，否则返回empty；不可用于集合，不支持多filter链式排查，需避免null Predicate和副作用。
Optional.filter() 的作用很明确：它不是用来处理集合的，而是对单个 Optional 封装的值做一次条件判断。如果 Optional 里有值，且该值满足你给的条件（Predicate），就原样返回这个 Optional；否则返回 Optional.empty()。
filter 的基本用法
它接收一个 Predicate<T>，只在 Optional 非空时才执行判断：
- 如果 Optional 是 empty，直接跳过 Predicate，返回 empty
- 如果 Optional 有值，但 Predicate 返回 false，也返回 empty
- 只有“有值 + 条件为 true”时，才保留原 Optional
例如：
Optional<String> nameOpt = Optional.ofNullable("Alice");Optional<String> longName = nameOpt.filter(s -> s.length() > 4); // ✅ 返回包含 "Alice" 的 Optional
Optional<String> shortName = nameOpt.filter(s -> s.length() > 10); // ❌ 返回 empty
别误用成集合过滤
Optional.filter() 不能用于 List、Set 等容器。它不遍历、不筛选多个元素，也不返回新集合。
立即学习“Java免费学习笔记（深入）”；
- 写
list.filter(...)会编译失败——List 没这个方法 - 想筛用户列表？用
users.stream().filter(...).collect(...) - Optional.filter 只适合“查一个、再验一条规则”的场景，比如查用户后验证是否激活
多条件判断怎么写才合理
链式调用多个 filter（如 .filter(a).filter(b).filter(c)）看似清晰，但实际有隐患：
- 一旦某个 filter 失败，后续不再执行（短路），你无法知道是哪条规则没过
- 排查问题或记录日志时缺乏上下文
- 更推荐合并判断：
filter(x -> a(x) && b(x) && c(x)) - 若需区分失败原因（比如返回不同错误码），filter 不适用，应改用
ifPresent()或显式isPresent()+ 分支处理
注意事项
几个容易踩的坑：
- Predicate 本身不能为 null，否则抛
NullPointerException（即使 Optional 是 empty） - filter 不改变原 Optional，始终返回新实例（不可变）
- 业务规则逻辑应是纯函数（无副作用），否则难以测试和复用
- 不要为了用而用——如果只是简单判空，
if (obj != null)更直白；Optional 的价值在于链式协作与语义表达
