Optional不能防止空指针异常，它仅显式表达“可能为空”的意图；滥用反而使空指针更隐蔽。核心使用标准是方法语义上本就不保证有值，且调用方须主动处理缺失。
Optional 不能防止空指针异常，它只是帮你显式地表达“可能为空”这个意图；滥用或误用反而会让空指针在更隐蔽的地方爆发。
什么时候该用 Optional 而不是直接返回 null
核心判断标准：方法语义上“本就不保证一定有值”，且调用方理应主动处理缺失情况。典型场景包括：
- 查找操作（如
Map.get()、List.stream().filter().findFirst()） - 配置读取（如
System.getProperty("xxx")可能不存在） - 解析结果（如
Integer.parseInt()失败时不该用Optional，而该抛异常；但字符串转日期若允许失败，可封装为Optional<localdate></localdate>）
反例：DAO 层的 findById(Long id) 方法返回 Optional<user></user> 是合理的；但 Service 层的 getUserById(Long id) 若业务上要求用户必须存在，就该直接返回 User 并在查不到时抛 IllegalArgumentException —— 强制调用方面对契约，而不是放任其忽略 Optional。
Optional 的常见误用与崩溃点
以下写法看似“用了 Optional”，实则埋雷：
- 把
Optional当字段存进实体类（如private Optional<string> name;</string>）—— 序列化、ORM 映射、构造函数初始化全会出问题 - 链式调用中混用
get()：如user.getProfile().getAvatar().getUrl().toString()改成user.flatMap(User::getProfile).flatMap(Profile::getAvatar).map(Avatar::getUrl).map(Object::toString).orElse(null)，看似安全，但每层flatMap都要判空，可读性暴跌，性能也略降 - 用
Optional.of(null)—— 直接抛NullPointerException，必须用Optional.ofNullable(null) - 在
return前无条件调用.get()，等于白套一层：如return optional.get();，和直接返回原始值没区别，还多了一次判空开销
替代 get() 的三种务实做法
避免裸调 get()，优先选择明确语义的操作：
- 有默认值就用
orElse("default")—— 注意：括号里是立即求值的表达式，别写耗时逻辑 - 需要懒加载默认值（比如查数据库），用
orElseGet(() -> loadFromDB()) - 没默认值且必须存在，用
orElseThrow(() -> new UserNotFoundException("id=" + id))，比get()报错信息清晰得多
示例对比：
Optional<String> opt = findName();
// ❌ 危险
String name = opt.get(); // NPE if empty
// ✅ 明确意图
String name = opt.orElse("anonymous");
// ✅ 懒加载
String name = opt.orElseGet(this::generateTempName);
// ✅ 主动报错
String name = opt.orElseThrow(() -> new IllegalStateException("name missing"));
和 Spring、Jackson 等框架共存的现实约束
Optional 在实际工程中常被框架“吃掉”或误解：
- Spring MVC 的
@RequestParam不支持Optional<String>作为参数类型（5.0+ 支持，但不推荐；建议用@RequestParam(required = false)+ 手动判空） - Jackson 默认不序列化
Optional字段（需注册JacksonOptionalModule），且反序列化时若 JSON 中该字段缺失，会得到空Optional，而非null，容易引发逻辑偏差 - Lombok 的
@Data会为Optional字段生成错误的equals()和hashCode()（因Optional自身未重写，比较的是引用）
结论：对外 API（REST 响应、RPC 返回）尽量别暴露 Optional；它更适合在 service 内部做流程控制，而不是跨边界传递。
真正难的不是怎么写 Optional.empty()，而是每次伸手去拿 .get() 之前，停下来问一句：这个值“应该”为空吗？如果答案是否定的，那空指针就是个 bug，不是靠容器能掩盖的。
