java无??操作符，需用optional模拟空合并：常用orelse()取确定值，惰性求值用orelseget()；嵌套optional须用flatmap；optional仅适用于方法返回值，非null安全替身。
Java里没有??操作符，得用Optional模拟空合并逻辑
Java不支持像C#或JavaScript那样的??空合并运算符，直接写a ?? b会编译报错。想实现“取第一个非null值”的效果，必须借助Optional的链式方法，但要注意它不是为“多值择一”设计的，强行套用容易写出反直觉代码。
-
Optional.ofNullable(a).orElse(b)最常用，但仅适用于a和b类型一致且b是确定值（非计算逻辑） - 如果
b需要懒求值（比如调用耗时方法），必须用orElseGet(() -> expensiveMethod())，否则orElse(expensiveMethod())会在a非null时也执行 -
Optional.empty()不能直接参与orElse链式调用——它不是容器，而是静态工厂返回值，别误写成Optional.empty().orElse(...)
Optional.orElse()和Optional.orElseGet()的区别不只是性能
表面看只是“立即执行” vs “延迟执行”，但实际影响语义和异常行为。一旦b表达式有副作用或可能抛异常，选错就导致程序行为不可控。
-
orElse()：参数在方法调用时立刻求值，无论Optional是否为空。若b是new FileInputStream("missing.txt")，文件不存在会直接抛FileNotFoundException，哪怕a根本不为null -
orElseGet()：只在Optional为空时才执行Supplier，真正实现惰性；推荐所有含IO、计算、构造对象的场景都用它 - 别把
orElse(null)当默认值——这会让外层又出现可空引用，违背用Optional的初衷
嵌套Optional时别用orElse硬套，要用flatMap
常见场景：从对象A取字段B，B可能为null；B又有字段C，C也可能为null。此时Optional.ofNullable(a).map(A::getB).map(B::getC).orElse(defaultC)看似合理，但一旦B是Optional<c></c>类型（比如DAO返回Optional<user></user>），map就会变成Optional<optional>></optional>，再orElse就无效了。
- 遇到
Optional类型的字段，必须用flatMap而非map：Optional.ofNullable(a).flatMap(A::getBOptional).flatMap(B::getCOptinal).orElse(defaultC) -
map适合转换值（String → Integer），flatMap适合展开一层包装（Optional<string> → String</string>） - 连续三次
flatMap后还加orElse，说明业务逻辑本身可能该拆分——Optional不是万能解耦工具，过度嵌套反而难维护
别在方法返回值里滥用Optional，尤其不要作为集合元素或Map键值
Optional的设计定位很明确：仅用于**方法返回值**，表示“这个结果可能不存在”。把它塞进List<optional>></optional>或者Map<string optional>></string>，等于把空检查责任推给下游，还额外增加内存开销（每个Optional实例至少16字节）。
立即学习“Java免费学习笔记（深入）”；
- 集合元素要表达“可能缺失”，应该用
null或专门的哨兵值（如Optional.empty()本身不该出现在集合中） -
Map.get(key)本就返回V，若V是Optional，调用方还得再解一次包，两层空判断变三层 - Spring Data JPA的
findById()返回Optional<entity></entity>是合理场景，因为数据库查不到就是“无结果”这一语义；但自己定义的getUserPreferences()若返回Optional<map string>></map>，大概率是设计信号错误
最常被忽略的一点：Optional不是null的安全替身，它是对“存在性”做显式建模。写Optional.ofNullable(x).isPresent()跟直接写x != null没区别，还更慢；真要用，就得配合ifPresent、map、filter整套语义走完，否则不如老老实实判空。
