Java中包装类可为null，Optional应封装可能为null的计算结果或外部输入，需用ofNullable而非of避免NPE，配合map/flatMap安全操作，谨慎使用orElse/orElseGet防止装箱副作用。
Java 中包装类（如 Integer、Boolean 等）本身可为 null，而 Optional 的设计初衷正是为了显式表达“可能存在值”的语义。二者配合使用时，关键不是直接把包装类塞进 Optional，而是用 Optional 封装**可能为 null 的计算结果或外部输入**，再结合包装类的特性安全解包——避免空指针、避免误判默认值、避免自动拆箱异常。
别用 Optional 包装已知可能为 null 的包装类变量
常见误区：看到一个 Integer value = getValue();，立刻写 Optional<integer> opt = Optional.of(value);</integer> —— 这会抛 NullPointerException，因为 of() 不接受 null。
正确做法是用 Optional.ofNullable()：
Integer value = getValue();Optional<integer> opt = Optional.ofNullable(value); // 安全，null → empty</integer>
这是最基础也最关键的一步：用 ofNullable 作为“入口守门人”，把原始可能为 null 的包装类值，转成语义清晰的 Optional。
立即学习“Java免费学习笔记（深入）”；
用 map/flatMap 避免手动拆箱和空判断
包装类参与运算时（比如加1、转字符串），若直接调用 value + 1 或 value.toString()，仍可能触发 NPE 或 NullPointerException（尤其在 value 为 null 且你忘了判空时）。
借助 Optional 的 map，可把操作“推迟”到有值时执行，天然规避空风险：
Optional<integer> opt = Optional.ofNullable(getValue());</integer>Optional<integer> incremented = opt.map(i -> i + 1); // i 一定非 null</integer>Optional<string> str = opt.map(Object::toString); // 安全调用 toString</string>Optional<double> asDouble = opt.map(Double::valueOf); // 自动装箱/转换也安全</double>
注意：map 返回仍是 Optional，链式调用不中断；而 flatMap 适合返回另一个 Optional 的场景（比如查数据库返回 Optional<user></user>，再取其 age 字段）。
谨慎使用 orElse / orElseGet，避免隐式装箱副作用
当需要提供默认值时，orElse(T other) 和 orElseGet(Supplier extends T> supplier) 是常用方法。但对包装类要特别注意：
-
opt.orElse(0)：传入的是int字面量，会自动装箱为Integer，没问题； -
opt.orElse(null)：编译通过，但运行时若opt为空，返回null—— 这就又把null暴露出去了，违背了用Optional的本意； -
opt.orElseGet(() -> computeDefault())：推荐用于开销大的默认值计算，且computeDefault()返回类型需与泛型一致（如Integer），避免无意中返回null。
更安全的默认策略是明确语义，例如：
int safeValue = opt.orElse(0); // 明确默认为 0Integer boxed = opt.orElse(-1); // 返回包装类，保持类型一致- 避免
opt.orElse(null)，除非你清楚后续逻辑能处理null。
不要用 Optional 存储字段或返回包装类本身
Optional 是一次性容器，不是替代包装类的数据结构。它不该作为类字段、不能序列化、也不该被长期持有。
错误示范：
private Optional<integer> count; // ❌ 不应作为成员变量</integer>public Optional<integer> getValue() { return Optional.ofNullable(x); } // ✅ 合理：作为返回值封装不确定性</integer>
对外暴露 Optional 表示“调用方需主动处理空情况”；但在内部存储时，用原始包装类（Integer）或基本类型（int）+ 单独状态标志更合适。否则容易引发过度封装、性能损耗或误用（如反复调用 isPresent()）。
不复杂但容易忽略：包装类 + Optional 的优雅协作，核心在于用 ofNullable 入口、用 map 延迟运算、用 orElse 明确兜底、并坚守 Optional 的临时性边界。
