应使用Optional.ofNullable封装可能为空的变量，因其能安全接纳null并自动转为Optional.empty()，避免NullPointerException；优先用orElse系列和map/flatMap等声明式方法处理值，而非get()或isPresent()。

用 Optional.ofNullable 封装可能为空的变量，核心是“安全包装 + 明确后续处理”，不是为了套一层 Optional 而套，而是为了让空值逻辑显性化、可链式控制。

为什么要用 ofNullable，而不是 of 或直接 new？

Optional.of() 遇到 null 直接抛 NullPointerException，不适合不确定是否为空的场景；Optional.empty() 只能手动判断再创建，冗余；而 ofNullable 是唯一能优雅接纳 null 并自动转为 Optional.empty() 的工厂方法。

• 传入非 null 值 → 返回 Optional.of(值)
• 传入 null → 返回 Optional.empty()（不报错）
• 本质是“null 安全的构造器”，不是万能解药，它不解决空值成因，只帮你把空值纳入可控流程

常见转换逻辑：从 Optional 中安全取出值

封装只是第一步，关键在后续如何“解包”并应对有值/无值两种情况。避免滥用 get()（没值就炸），优先用声明式方法：

• orElse(T other)：有值返回值，没值返回默认值（适合简单兜底，如 userOpt.orElse(new User("guest"))）
• orElseGet(Supplier extends T> other)：没值时才执行 Supplier，适合默认值构建较重或有副作用的场景（如查缓存、发日志）
• orElseThrow()：没值时抛指定异常（比 get() 更明确意图，如 orElseThrow(() -> new UserNotFoundException("id not found"))）
• ifPresent(Consumer action)：有值才执行，无值静默跳过（适合纯消费，如记录日志、发通知）

链式转换：map / flatMap 处理嵌套与依赖逻辑

当需要对 Optional 内部值做转换，或结果本身又是 Optional 时，map 和 flatMap 是关键：

• map(Function mapper)：对值做转换，返回 Optional；若原 Optional 为空，结果仍为空（如 userOpt.map(User::getEmail).orElse("no email")）
• flatMap(Function> mapper)：用于 mapper 返回的是 Optional 的场景，避免嵌套 Optional（如 userOpt.flatMap(u -> addressOpt)，而不是 userOpt.map(u -> addressOpt).orElse(Optional.empty())）
• 注意：map 内函数不能返回 null，否则结果变成 Optional.empty()（这是隐式空值吞没，容易踩坑）

实际使用建议：何时该用，何时不该用

Optional 是容器，不是类型替代品，滥用反而增加复杂度：

• ✅ 适合：方法返回值（尤其查询类 API）、临时中间结果、明确需区分“有/无”的业务分支
• ❌ 不适合：实体字段（JPA/Hibernate 不支持，JSON 序列化易出问题）、参数（方法签名暴露 Optional 会强迫调用方处理，违背封装）、集合元素（应优先用空集合而非 Optional）
• ⚠️ 提示：如果一段逻辑里频繁出现 isPresent() && get()，说明没发挥 Optional 优势，应回归 orElse 系列或重构为 if-else