应使用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<t> action)</t>：有值才执行，无值静默跳过（适合纯消费，如记录日志、发通知）
链式转换：map / flatMap 处理嵌套与依赖逻辑
当需要对 Optional 内部值做转换，或结果本身又是 Optional 时，map 和 flatMap 是关键：
-
map(Function<t r> mapper)</t>：对值做转换，返回Optional<r></r>；若原 Optional 为空，结果仍为空（如userOpt.map(User::getEmail).orElse("no email")） -
flatMap(Function<t optional>> mapper)</t>：用于 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
