Optional不能修改属性，因其是只读容器，所有方法均不改变原对象状态；正确做法是用Optional安全定位目标对象后，再显式调用setter。
Optional 本身是不可变容器，设计上不支持修改嵌套对象的深层属性。它只用于安全地读取（提取）、转换或提供默认值，不能用于赋值或变更原对象状态。
为什么不能用 Optional 修改属性
Optional 是一个只读的“结果包装器”，其所有方法（map、flatMap、ifPresent 等）都返回新 Optional 或执行消费动作，但不会改变原始对象的字段值。试图通过 Optional 链式调用去 set 某个深层字段，既不符合语义，也无法编译通过——因为 map/flatMap 接收的是函数式接口，不是 setter 行为。
例如以下写法是错误且无效的：
❌ 错误示例（编译失败 / 无实际修改）Optional.ofNullable(user) .flatMap(u -> Optional.ofNullable(u.getProfile())) .ifPresent(p -> p.setCity("Beijing")); // 虽然能运行，但只是对非空时的 p 做操作，不是 Optional 的“链式修改”
真正安全修改嵌套属性的正确做法
若需修改 user.profile.address.city 这类路径，核心原则是：先安全定位目标对象，再对其调用 setter。Optional 可用于“找得到才改”，但修改动作必须显式落在具体实例上。
立即学习“Java免费学习笔记（深入）”；
- 用 Optional 链式判断路径是否可达，得到最终非空对象
- 用
ifPresent或orElse(null)解包，拿到真实引用后操作 - 避免在链中混用读写逻辑，保持职责分离
✅ 推荐写法（清晰、安全、可读）
Optional.ofNullable(user) .flatMap(u -> Optional.ofNullable(u.getProfile())) .flatMap(p -> Optional.ofNullable(p.getAddress())) .ifPresent(addr -> addr.setCity("Shanghai"));
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
这段代码含义明确：只有 user、profile、address 全部非 null，才执行 city 赋值；任一环节为空，自动跳过，不抛 NPE。
更健壮的修改模式：带校验与默认创建
如果深层对象可能为空，而你希望“不存在就新建再设值”，就不能只靠 ifPresent。需结合 orElseGet 手动构造中间对象：
- 先确保 profile 存在，否则创建 new Profile()
- 再确保 address 存在，否则创建 new Address()
- 最后设置 city
示例：
Optional.ofNullable(user) .map(User::getProfile) .orElseGet(() -> { Profile p = new Profile(); user.setProfile(p); return p; }) .getAddress(); // 此处仍可能为 null，需继续判空或同理构造
注意：这种写法已超出 Optional 的舒适区，更适合封装成工具方法或使用 Builder 模式。
替代方案：用工具类统一处理深层赋值
对于频繁修改深层属性的场景，建议抽离为通用方法，比如：
public static void setCity(User user, String city) { Optional.ofNullable(user) .map(User::getProfile) .map(Profile::getAddress) .ifPresent(addr -> addr.setCity(city));}
这样业务代码只需调用 setCity(user, "Guangzhou")，既复用安全逻辑，又隐藏复杂度。
