Optional.map() 和 filter() 链式调用可将“取值→判空→转换→条件判断”压缩为清晰、无 if 的表达式：map 安全穿透嵌套属性并自动跳过 null，filter 按谓词保留/丢弃值；组合时顺序关键，需先 filter 再 map 转换，且避免在 map 中抛异常或在 filter 中触发 NPE。
用 Optional.map() 和 Optional.filter() 链式处理对象属性，核心是把“取值 → 判空 → 转换 → 再判条件”这一连串防御性检查，压缩成一条可读、可组合、无显式 if 的表达式。关键不在“省代码”，而在让业务意图更清晰、空值传播更自然。
用 map() 安全地穿透嵌套属性
map() 会在 Optional 为空时自动跳过函数执行，返回空 Optional；不为空时才对值调用函数并包装结果。这天然适合链式取属性：
String city = Optional.ofNullable(user)
.map(User::getAddress) // 若 user 或 getAddress() 返回 null，后续不执行
.map(Address::getCity) // 只有上一步有值，才调用 getCity()
.orElse("未知城市");
对比传统写法：需层层 if (user != null && user.getAddress() != null && ...)，易漏、难读、难复用。
用 filter() 在链中嵌入业务条件判断
filter() 不改变值，只按谓词决定是否保留当前 Optional。它常接在 map() 后，用于“有值但不符合业务规则就丢弃”：
Optional<String> verifiedEmail = Optional.ofNullable(user)
.map(User::getEmail)
.filter(email -> email != null && email.contains("@")) // 过滤非法邮箱
.filter(email -> !email.endsWith(".test")); // 排除测试邮箱
注意：filter 的谓词里仍要判 email != null —— 因为 map(User::getEmail) 可能返回 null，此时 Optional 仍是 non-empty（含 null 值），filter 会传入 null 给谓词。若确定 getEmail() 不返回 null，可省略该判空。
组合 map + filter 实现“条件转换”
常见场景：仅当某字段满足条件时，才执行转换操作。例如“只有启用状态的用户，才返回其大写用户名”：
String upperName = Optional.ofNullable(user)
.filter(u -> Boolean.TRUE.equals(u.getEnabled())) // 先过滤
.map(User::getName) // 再取值
.map(String::toUpperCase) // 再转换
.orElse("匿名用户");
顺序很重要：filter 必须在 map 取名之前，否则无法基于用户状态做判断；而 toUpperCase 必须在 getName 之后，否则没字符串可转。
避免常见陷阱
-
不要在 map 中抛异常或做副作用操作：map 应是纯函数。若需日志或校验失败抛错，改用
flatMap()或提前处理。 -
filter 谓词内慎用可能为 null 的方法调用：如
filter(u -> u.getRole().equals("ADMIN"))，若getRole()返回 null 会 NPE。应写成filter(u -> "ADMIN".equals(u.getRole()))。 -
map 后接 orElse/orElseGet 时，语义要明确：orElse 是兜底值，不是默认初始化逻辑。复杂默认行为建议用
orElseGet(() -> createDefaultUser())延迟执行。
