Optional.ofNullable适用于业务明确允许null且需统一处理的场景，如DAO查无数据、RPC降级、配置未设；禁用于public API返回类型；应以orElse/orElseGet解包，优先用orElseGet避免无效计算；链式调用中遇返回Optional的方法须用flatMap展平。
Optional.ofNullable 适合包裹哪些返回值
只该用在「业务逻辑明确允许 null，且调用方需要统一处理空值」的场景。比如 DAO 层查不到数据时返回 null、RPC 调用失败降级返回 null、配置项未配置时返回 null。它不是用来掩盖设计缺陷的——如果一个方法本该抛异常（如参数非法）、或本该返回空集合（new ArrayList()），硬套 Optional 反而让语义变模糊。
别在 public API 方法签名里直接返回 Optional
Java 官方《Effective Java》第 55 条明确警告：不要把 Optional 作为方法返回类型暴露给外部调用方。原因很实际：Optional 是容器，不是值；序列化、JSON 序列化（如 Jackson 默认不支持）、Feign 远程调用、MyBatis 结果映射都会出问题。常见错误现象包括：
- Feign 接口返回
Optional<user></user>→ 实际 HTTP 响应体为空对象或报HttpMessageNotWritableException - Spring MVC 控制器返回
Optional<string></string>→ 前端收到{}或 500 错误 - MyBatis 的
@Select方法声明返回Optional<user></user>→ 实际映射失败，返回null而非空Optional
正确做法是：内部用 Optional.ofNullable 做链式判断，最终用 orElse、orElseGet 或 orElseThrow 解包成真实业务值再返回。
orElse 和 orElseGet 的性能差异不能忽略
当默认值构造开销大（如查库、远程调用、解析大 JSON），必须用 orElseGet。因为 orElse 会**无条件执行参数表达式**，哪怕 Optional 非空；而 orElseGet 是 Supplier，只在真正需要时才调用。
userDao.findById(id)
.map(User::getProfile)
.map(Profile::getAvatarUrl)
.orElse("default.png"); // 即使有 avatarUrl，"default.png" 字符串也已创建
userDao.findById(id)
.map(User::getProfile)
.map(Profile::getAvatarUrl)
.orElseGet(() -> fetchDefaultAvatarFromOSS()); // 仅当前面全为 null 才触发
链式调用中 map/flatMap 的选择取决于返回值类型
map 适用于转换后仍是普通值（如 String→String.toUpperCase()）；一旦中间步骤本身返回 Optional（比如另一个可能为 null 的服务调用），就必须用 flatMap，否则你会得到 Optional<optional>></optional> —— 这种嵌套类型几乎无法安全解包，且容易引发 NullPointerException。
// ❌ 错误：getNickName() 返回 Optional<String>，用 map 会导致 Optional<Optional<String>>
userDao.findById(id)
.map(User::getProfile)
.map(Profile::getNickName) // 返回 Optional<String>
.orElse("anonymous");
// ✅ 正确：用 flatMap 展平一层
userDao.findById(id)
.map(User::getProfile)
.flatMap(Profile::getNickName) // Profile::getNickName 是 Function<Profile, Optional<String>>
.orElse("anonymous");
真正容易被忽略的是：flatMap 的 lambda 必须返回 Optional，如果写成 profile -> Optional.of(profile.getNickName()) 就又绕回去了——这说明你本不该用 Optional 包那层，而是该让 getNickName() 直接返回 String 并约定 null 含义。
