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