Java中使用Optional优雅处理空指针详解

Optional用于显式表达值可能不存在的语义，应仅作返回类型，避免用作参数或字段；善用orElseGet、flatMap和Stream结合实现安全、函数式的空值处理。

Java中用Optional不是为了“包装null”，而是为了**显式表达“值可能存在也可能不存在”这一语义**，从而让空值处理更安全、更可读、更函数式。关键不在于套一层Optional，而在于用对它的方法链。

别用Optional做参数或字段

Optional设计初衷是作为返回值类型，不是用来存状态的。把它当方法参数、类字段或集合元素，反而增加复杂度和装箱开销。

• ❌ 错误示范：public void process(Optional name) { ... }
• ✅ 正确做法：参数保持原始类型，内部用Objects.requireNonNull或直接判空；返回值才用Optional表明“可能无结果”
• ❌ 字段写成private Optional user; —— 这等于把null换成Optional.empty()，没解决根本问题，还多一次对象创建

用orElse、orElseGet、orElseThrow选对默认行为

三者区别直接影响性能和逻辑健壮性：

• orElse(T other)：不管Optional是否有值，都会执行other的计算（比如new一个对象、查一次数据库）
• orElseGet(Supplier supplier)：只在为空时才调用supplier，适合开销大的默认值构造
• orElseThrow()或带Supplier的重载：明确表达“这里必须有值，否则抛异常”，比if+throw更简洁

例如：config.getPort().orElseGet(() -> findFreePort()) 比 orElse(findFreePort()) 更合理。

链式调用替代嵌套if，但别滥用map/flatMap

Optional的核心优势在于组合操作：

• user.flatMap(u -> u.getAddress().flatMap(a -> a.getCity())) 可安全穿透多层可能为null的引用
• 但注意：map适用于转换非Optional结果，flatMap用于返回另一个Optional的操作——混用会导致编译错误或意外空值
• 避免过度嵌套：如果连续3次flatMap，说明领域模型可能需要重构（比如Address本就该是User的必有属性）

与Stream结合处理集合中的“可能空”元素

Optional常和Stream配合过滤掉空值：

• list.stream().map(this::findUserById).filter(Optional::isPresent).map(Optional::get).collect(toList())
• 更优雅写法：list.stream().map(this::findUserById).flatMap(Optional::stream).collect(toList()) —— Optional.stream()会把empty转为空流，present转为单元素流，天然去null

基本上就这些。Optional不是银弹，它不能消灭null，但能帮你把“是否为空”的判断从隐式变成显式，从散落在各处的if变成连贯的声明式表达。用得自然，代码就清爽；硬套，反而更绕。