java包装类易引发npe，应优先用optional.ofnullable()封装其返回值以显式表达可空性，调用方必须主动处理缺失；禁止将optional用于字段或参数，避免of()传null。
Java 中包装类（如 Integer、Boolean、Double 等）本身可以为 null，这在解包（如调用 intValue()）时极易触发空指针异常。而 Optional 的核心价值，正是把这种“可能为 null”的语义显式封装起来——两者配合得当，能从调用源头就阻断 NPE，而不是靠事后判空补救。
包装类字段或返回值应优先用 Optional 封装
不要直接暴露可为空的包装类字段或方法返回值，而是用 Optional 明确表达“这个值不一定有”：
- ❌ 避免这样写（隐藏 null 风险）：
public Integer getAge() { return age; } // age 可能为 null，调用方易忘判空 - ✅ 推荐这样写（强制处理缺失）：
public Optional<integer> getAge() { return Optional.ofNullable(age); }</integer>
调用方必须主动应对空值，比如：user.getAge().orElse(0) 或 user.getAge().ifPresent(a -> System.out.println("年龄：" + a))。
避免对包装类对象直接调用 get() 或自动拆箱
包装类的 null 值一旦参与运算（如 ==、算术运算、方法调用），就会立刻抛 NPE。而 Optional 提供了安全的替代路径：
- 不用
age.intValue()→ 改用user.getAge().orElse(18)或user.getAge().map(i -> i * 2).orElse(0) - 不用
flag.booleanValue()→ 改用user.isActive().orElse(false)或user.isActive().filter(b -> b).isPresent() - 特别注意：不要用
Optional.of(age)包装可能为null的包装类变量，它会立即抛出NullPointerException；应始终使用Optional.ofNullable(age)
链式操作中自然规避多层 null 判空
当涉及多个包装类嵌套（例如用户→账户→余额→货币单位），传统写法需层层检查，而 Optional 配合包装类可一气呵成：
- 假设
User.getAccount().getBalance()返回BigDecimal（可为null），且BigDecimal本身是引用类型，也属于广义“包装类场景” - 安全链式写法：
Optional.ofNullable(user)<br> .map(User::getAccount)<br> .map(Account::getBalance)<br> .map(BigDecimal::doubleValue)<br> .orElse(0.0)
- 每一步
map都自动跳过空值，无需手动if (x != null)，也不会在中间某步因null调用方法而崩溃
不建议将包装类作为 Optional 的泛型参数用于参数或字段
Optional 不是用来“给每个字段加一层壳”的工具。以下用法是反模式：
- ❌
private Optional<integer> age;</integer>—— 类字段不应声明为Optional，破坏序列化、增加内存开销、违背 JavaBean 规范 - ❌
void process(Optional<integer> age)</integer>—— 方法参数也不该用Optional，调用方传Optional.empty()很别扭，且无法区分“未传参”和“传了 null” - ✅ 正确做法：字段保持
Integer age，对外提供Optional<integer> getAge()</integer>方法；方法参数仍用Integer age，内部用Optional.ofNullable(age)开始安全处理
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
