使用 java 8 的 optional 可安全、简洁地处理可能为 null 的属性赋值，避免重复判空，显著降低长链映射中的认知负担。
在面向对象的数据映射场景中（如 DTO 转换、实体复制、API 响应组装），常见模式是逐字段判断源对象属性是否非空，再赋值给目标对象。例如原始代码中对同一属性反复判空并赋值：
if (obj.getAttribute() != null) {
newObject.setAttribute(obj.getAttribute());
}
if (obj.getAnotherAttr() != null) {
newObject.setAnotherAttr(obj.getAnotherAttr());
}
// …… 15+ 次重复结构这种写法虽直观，但存在三大问题：
✅ 高重复性：相同逻辑（!= null + 赋值）机械复制；
✅ 高认知负荷：阅读者需逐行确认“是否判空”“是否赋值”“是否遗漏”，尤其在长映射链中易出错；
✅ 低可维护性：新增字段需同步补全判空逻辑，违反 DRY 原则。
推荐解法：统一使用 Optional.ofNullable() 封装判空逻辑
newObject.setAttribute(
Optional.ofNullable(obj.getAttribute()).orElse("default_value")
);
newObject.setAnotherAttr(
Optional.ofNullable(obj.getAnotherAttr()).orElse(null) // 允许保留 null
);
newObject.setThirdAttr(
Optional.ofNullable(obj.getThirdAttr()).orElseGet(() -> computeDefault()) // 延迟计算默认值
);✅ 优势说明： 语义清晰：ofNullable(...).orElse(...) 明确表达「取值，若为空则用默认值」； 零重复判空：每行仅关注业务字段本身，无冗余 if； 灵活可控：支持 orElse(null)、orElse("str")、orElseGet(Supplier)，适配不同默认策略； 可组合扩展：后续可轻松接入 map()、filter() 处理转换逻辑（如 trim、格式化）。
⚠️ 注意事项：
- 若目标字段语义上允许 null，且 null 与空字符串/默认值含义不同，请慎用 orElse(...)——此时 orElse(null) 或直接省略（保持原 null）更准确；
- 不要为“强制非空”而滥用默认值，应优先厘清业务契约：该字段是否本应必填？若应必填，建议在上游校验或抛 IllegalArgumentException，而非静默兜底；
- 对于批量字段映射，可进一步封装为工具方法或使用 MapStruct/Lombok @Builder 等框架，但 Optional 是轻量、标准、无需引入依赖的通用起点。
总结：用一行 Optional.ofNullable(x).orElse(y) 替代三行 if 判空，不是炫技，而是将隐式控制流（null 检查）显式声明为数据流操作，让代码聚焦于“映射什么”，而非“怎么防崩”。这是降低认知复杂度最直接、最可持续的实践之一。
