用optional替代多层判空的核心是剥离空值处理、聚焦业务意图；优先重构嵌套调用、判空即返回、简单转换等热点；善用ofnullable/map/flatmap链式安全调用；按需选用orelse/orelseget/orelsethrow；避免optional作字段或参数。
用 Optional 替代多层 if (obj != null) 判空，核心不是“套一层 Optional”，而是借其语义明确、链式安全的特性，把“空值处理逻辑”从主流程中剥离，让业务代码更聚焦真实意图。
识别可封装的嵌套判空片段
先别急着改，定位真正值得重构的“判空热点”。常见模式有：
- 连续调用多个可能为
null的对象方法，如user.getProfile().getAddress().getCity() - 判空后立即返回默认值或抛异常，比如
if (order == null) throw new OrderNotFoundException(); - 判空后做简单转换，如
if (config != null) return config.getTimeout(); else return 3000;
这些地方改造后收益明显；而单层判空（如 if (id != null)）或判空后逻辑复杂（需大量状态判断），暂不建议强行 Optional 化。
用 ofNullable + map/flatMap 拆解调用链
把易空对象包装成 Optional，再用函数式操作安全穿透：
// 改造前
String city = null;
if (user != null && user.getProfile() != null && user.getProfile().getAddress() != null) {
city = user.getProfile().getAddress().getCity();
}
// 改造后
String city = Optional.ofNullable(user)
.map(User::getProfile)
.map(Profile::getAddress)
.map(Address::getCity)
.orElse(null);
注意：每个 map 接收非空值，自动跳过 null；若中间某步返回 null（如 getAddress() 返回 null），后续 map 不执行，最终结果为 Optional.empty()。
区分 orElse / orElseGet / orElseThrow 的适用场景
选择哪个“兜底方法”，取决于默认值的生成成本和语义：
-
orElse("default")：适合字面量或轻量对象，每次都会执行（即使 Optional 非空） -
orElseGet(() -> computeDefault())：推荐！仅当为空时才调用 supplier，避免无谓计算 -
orElseThrow(() -> new RuntimeException("missing"))：替代if (x == null) throw ...，语义更清晰
例如配置读取：config.getRetryCount().orElseGet(() -> getDefaultRetry()) 比 orElse(getDefaultRetry()) 更安全。
谨慎处理 Optional 作为方法返回值或字段
不要把 Optional 当作通用空值容器滥用：
- ✅ 适合作为方法返回值，明确告知调用方“该值可能不存在”
- ❌ 避免作为实体类字段（如
private Optional<string> name;</string>），增加序列化、持久化、调试负担 - ❌ 避免在方法参数中使用
Optional<t></t>，违背“调用方应保证入参有效”的契约
遗留系统中若已有 Optional 字段，优先在 getter 中解包（return name.orElse(null)），保持对外接口兼容。
