应使用Optional.ofNullable()包装可能为null的引用类型变量，如API返回值、Map.get()结果等，以声明式处理空值，避免if判空；需避免用于基本类型、不存null值、慎用get()。
用 Optional.ofNullable() 替代手动判空，核心是把“是否为空”这个逻辑从业务代码里抽离出来，让调用方以声明式方式处理可能为空的值，而不是写一堆 if (obj != null)。
什么时候该用 ofNullable()？
当你拿到一个**可能为 null 的引用类型变量**（比如方法返回值、Map.get()、数据库查询结果等），又不想立刻写 if 判断时，就适合用它包装：
- 第三方 API 返回可能为 null 的对象（如
userService.findById(id)） - 从 Map 或 JSON 中取值（
map.get("key")或jsonNode.get("field")） - 反射调用或泛型擦除后不确定是否为空的场景
替代 if-else 的典型写法
传统写法：
User user = userService.findById(123);
if (user != null) {
System.out.println(user.getName());
} else {
System.out.println("用户不存在");
}
用 Optional 改写：
立即学习“Java免费学习笔记（深入）”；
Optional<User> userOpt = Optional.ofNullable(userService.findById(123));
userOpt.ifPresentOrElse(
u -> System.out.println(u.getName()),
() -> System.out.println("用户不存在")
);
更常见的是链式调用，比如取名字并转大写：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
String name = Optional.ofNullable(userService.findById(123))
.map(User::getName)
.map(String::toUpperCase)
.orElse("UNKNOWN");
避免踩坑的关键细节
不要用 ofNullable(null) 包装基本类型：基本类型本身不能为 null，包装后反而容易引发 NullPointerException（比如 Optional.ofNullable(Integer.valueOf(1)) 没问题，但 Optional.ofNullable(1) 编译不过，因为 int 不是引用类型）。
不要在 Optional 里存 null 值：像 Optional.ofNullable(null).orElse(null) 是反模式，违背了 Optional 的设计初衷 —— 它是用来**表达“有或没有”**，不是用来传 null 的中转站。
慎用 get()：除非你 100% 确认有值（比如刚调过 isPresent()），否则优先用 orElse()、orElseGet() 或 map()/flatMap()。
和传统判空比，优雅在哪？
不是语法更短，而是语义更清晰：
- 看到
Optional<T>就知道这个值“可能没有”，调用方必须主动考虑缺失情况 - 链式操作天然支持“有则处理、无则兜底”的流程，逻辑扁平不嵌套
- 配合函数式接口（
Consumer、Function），可读性高，也方便单元测试打桩
不复杂但容易忽略。
