orElse始终执行默认值表达式，而orElseGet仅在Optional为空时延迟执行；应根据默认值创建开销选择：低开销用orElse，高开销用orElseGet以避免性能问题。
在Java 8引入Optional之后，开发者有了更优雅的方式来避免空指针异常。但在实际使用中，orElse与orElseGet虽然都能提供默认值，但它们的行为差异可能影响性能甚至逻辑正确性。理解两者的区别并合理选择，是提升代码质量的关键。
orElse：始终执行默认值表达式
当调用orElse(T other)时，无论Optional是否包含值，传入的默认值对象都会被创建。这意味着即使有值，也会执行默认值的构造或方法调用。
例如：
String getValue() {
System.out.println("Creating default value");
return "default";
}
Optional<String> optional = Optional.of("realValue");
String result = optional.orElse(getValue());
尽管optional已有值，"Creating default value"依然会被打印。这是因为getValue()在orElse调用时就被执行了。
立即学习“Java免费学习笔记（深入）”；
orElseGet：延迟获取默认值
orElseGet(Supplier extends T> supplier)接受一个Supplier函数式接口，仅在Optional为空时才调用该supplier获取默认值。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
同样的例子改写为：
String result = optional.orElseGet(this::getValue);
此时如果optional有值，getValue方法不会被执行，从而节省资源。这在默认值创建代价较高（如数据库查询、复杂对象构建）时尤为重要。
何时使用哪个？关键看开销
选择标准其实很直接：
- 如果默认值是常量或创建成本极低（如null、""、0），使用orElse更简洁。
- 如果默认值需要通过方法调用、对象构建或I/O操作获得，必须使用orElseGet以避免不必要的开销。
错误地使用orElse可能导致性能问题，尤其是在高频调用的代码路径中。
常见误区与建议
很多开发者习惯性使用orElse，忽视了背后的执行逻辑。特别注意以下场景：
- 不要在orElse中调用可能产生副作用的方法。
- 避免在orElse里new复杂对象，除非确定Optional经常为空。
- 单元测试时留意日志输出，确认默认值是否被意外触发。
基本上就这些。掌握orElse和orElseGet的本质区别，能让Optional真正发挥其设计价值，既安全又高效。
