Optional.filter 的核心作用是作为“值存在性+业务条件”的联合守门人，仅在 Optional 非空时对值应用 Predicate，满足则保留原值，否则返回 empty；它不改变值、不处理字段 null，需配合 flatMap 实现完整空安全。
Optional.filter 的核心作用不是“二次判定”，而是对 已存在的值 施加一个布尔谓词（Predicate），满足条件才保留，否则转为空（Optional.empty()）。它本身不触发额外的空安全检查——因为调用前必须已有非空 Optional（否则 filter 不执行，直接返回 empty）；它的价值在于把“有值 + 满足业务条件”这两步逻辑原子化、链式化，避免手动解包和 if 判定。
filter 的本质：值存在性 + 业务条件的联合守门人
filter 接收一个 Predicate<t></t>，仅在 Optional 包含非空值时才对其调用该谓词：
- 若值为 null → Optional 本就为空，filter 直接返回 empty（不执行谓词）
- 若值非 null 但谓词返回 false → 返回 empty
- 若值非 null 且谓词返回 true → 返回原 Optional（值不变）
它不改变内部值，只做“放行/拦截”决策，天然适配“先有值、再验业务规则”的场景。
典型安全筛选链：避免显式 isPresent() + get()
错误写法（破坏链式、暴露 null 风险）：
Optionalif (userOpt.isPresent() && userOpt.get().isActive()) {
return userOpt.get().getProfile();
}
推荐写法（声明式、安全、可读）：
return getUser().filter(User::isActive)
.map(User::getProfile)
.orElse(null);
这里 .filter(User::isActive) 就是“二次条件判定”：第一次判定是 Optional 是否非空（由 getUser() 保证），第二次是用户是否激活（业务规则）。两层条件被清晰分隔，且无 null 解包风险。
多条件串联：用多个 filter 实现逻辑与（&&）
filter 可叠加，等价于多个条件“且”关系：
getUser().filter(User::isActive)
.filter(user -> user.getAge() >= 18)
.filter(user -> "CN".equals(user.getCountryCode()))
.map(User::getAccount)
.flatMap(Account::getBalance)
每一步 filter 都在前一步非空结果上运行，任一失败即短路返回 empty。比嵌套 if 更扁平，比手写 && 表达式更利于单元测试和条件复用（如提取成独立 Predicate）。
注意 filter 的局限：它不处理“值为 null”的字段
filter 对 Optional 内部对象的字段是否为 null 不做自动防护。例如：
optionalUser.filter(user -> user.getAddress().getCity().equals("Beijing"))若 user.getAddress() 或 getCity() 返回 null，仍会抛 NPE。此时应配合 map + flatMap 提前展开：
.filter(User::isActive)
.flatMap(user -> Optional.ofNullable(user.getAddress()))
.flatMap(addr -> Optional.ofNullable(addr.getCity()))
.filter(city -> "Beijing".equals(city))
即：用 flatMap 处理可能为 null 的中间对象，再用 filter 做最终值判定——这才是完整安全链。
