17370845950

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 optional = Optional.of("realValue");
String result = optional.orElse(getValue());

尽管optional已有值，"Creating default value"依然会被打印。这是因为getValue()在orElse调用时就被执行了。

orElseGet：延迟获取默认值

orElseGet(Supplier extends T> supplier)接受一个Supplier函数式接口，仅在Optional为空时才调用该supplier获取默认值。

同样的例子改写为：

String result = optional.orElseGet(this::getValue);

此时如果optional有值，getValue方法不会被执行，从而节省资源。这在默认值创建代价较高（如数据库查询、复杂对象构建）时尤为重要。

何时使用哪个？关键看开销

选择标准其实很直接：

• 如果默认值是常量或创建成本极低（如null、""、0），使用orElse更简洁。
• 如果默认值需要通过方法调用、对象构建或I/O操作获得，必须使用orElseGet以避免不必要的开销。

错误地使用orElse可能导致性能问题，尤其是在高频调用的代码路径中。

常见误区与建议

很多开发者习惯性使用orElse，忽视了背后的执行逻辑。特别注意以下场景：

• 不要在orElse中调用可能产生副作用的方法。
• 避免在orElse里new复杂对象，除非确定Optional经常为空。
• 单元测试时留意日志输出，确认默认值是否被意外触发。

基本上就这些。掌握orElse和orElseGet的本质区别，能让Optional真正发挥其设计价值，既安全又高效。