应优先使用 optional.ofnullable 包装可能为 null 的对象，避免 nullpointerexception；of 仅适用于确定非空场景。其核心价值在于显式表达可选性、减少冗余判空、支持链式函数式操作，但不可滥用或替代业务校验。
Optional.ofNullable 是 Java 8 引入的工具方法，专门用来安全包装可能为 null 的对象——它不会抛异常，而是根据参数是否为 null 返回 Optional.empty() 或 Optional.of(value)。
什么时候该用 ofNullable 而不是 of？
当你不确定一个对象是否为空时，必须用 ofNullable；如果直接用 Optional.of(null)，会立刻抛出 NullPointerException。
-
Optional.of("hello")→ 正常返回非空 Optional -
Optional.of(null)→ 抛 NPE，不可用 -
Optional.ofNullable("hello")→ 返回包含 "hello" 的 Optional -
Optional.ofNullable(null)→ 返回空 Optional（Optional.empty()）
常见用法：避免空指针 + 链式处理
拿到 Optional 后，通常配合 isPresent()、ifPresent()、map()、orElse() 等方法使用，把空值判断逻辑从 if-else 中解耦出来。
- 安全取值：
Optional.ofNullable(user).map(User::getName).orElse("未知") - 条件执行：
Optional.ofNullable(config).ifPresent(c -> init(c)); - 链式防 NPE：
Optional.ofNullable(obj).map(a -> a.getProp()).map(String::trim).filter(s -> !s.isEmpty()).orElse("default")
注意别踩的坑
ofNullable 只解决“包装”这一步，不自动处理后续操作中的空值。比如嵌套调用时，中间某步返回 null，仍可能引发问题。
- 错误示范：
Optional.ofNullable(user).map(u -> u.getAddress().getCity())—— 如果getAddress()返回 null，还是会 NPE - 正确写法：
Optional.ofNullable(user).map(User::getAddress).map(Address::getCity).orElse("未填写") - 不要滥用：
Optional不适合当集合或返回值类型到处传，尤其不要作为方法参数或字段类型
和传统 null 检查比有什么优势？
核心是语义更清晰、可读性更强，并天然支持函数式链式操作。但不是银弹——它不能替代合理的业务校验和设计，也不能让代码自动变健壮。
- 显式表达“这个值可能不存在”，调用方无法忽略
- 减少模板化 if (obj != null) 冗余代码
- 配合 Stream、CompletableFuture 等 API 更自然
- 但过度嵌套 optional 会让逻辑难懂，不如拆成明确步骤
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
