Optional.orElse() vs orElseGet() 真实验证:即使有值,orElse的参数也真实被求值了

真实验证:Optional有值时,orElse的参数依然真实被执行

用一个会打印日志、计数自增的方法作为orElse()的参数，观察Optional有值时它是否真的被跳过。

OptionalOrElseDemo.java Optional<String> present = Optional.of("真实存在的值"); String r1 = present.orElse(expensiveDefault()); // expensiveDefault()会真的执行吗？

--- Optional有值时调用orElse(expensiveDefault()) ---
  真实执行了 expensiveDefault()（用于orElse场景）
orElse 真实调用次数: 1（即使Optional有值，参数表达式也真实被求值了）

真实结果证明了 orElse(T other) 的方法签名本质:它接收的是一个已经计算好的值,不是一段延迟执行的逻辑。Java 的方法调用遵循"参数在调用前求值"的规则(pass-by-value),所以 present.orElse(expensiveDefault()) 这行代码,真实是先完整执行 expensiveDefault() 算出结果,再把这个结果作为参数传给 orElse()——至于 orElse() 内部要不要用这个值,是它自己的逻辑,但传参这一步真实已经付出了计算代价。

真实验证:orElseGet(Supplier) 才是真正的惰性求值

换成orElseGet()，传入一个方法引用形式的Supplier，同样的场景再测一遍。

OptionalOrElseDemo.java String r2 = present.orElseGet(OptionalOrElseDemo::expensiveSupplier);

--- Optional有值时调用orElseGet(this::expensiveSupplier) ---
orElseGet 真实调用次数: 0（Optional有值，Supplier真实没有被执行）

真实结果证明了 orElseGet(Supplier<? extends T> supplier) 传入的是一个函数式接口,真正的求值逻辑被真实包裹在 get() 方法里,只有在 orElseGet() 内部真实判断出 Optional 为空时,才会去调用这个 Supplier 的 get() 方法。present 本身有值,内部逻辑真实完全没有触碰这个 Supplier,所以调用次数真实是 0。

真实验证:混淆两者的真实危险后果——异常真实被提前触发

用一个会抛异常的方法作为默认值来源，验证在Optional有值的场景下，这个"不应该被用到"的异常会不会真实冒出来。

OptionalOrElseDemo.java static String throwingMethod() { throw new RuntimeException("throwingMethod真实被调用了"); } present.orElse(throwingMethod()); // present有值，"不应该"触发异常 present.orElseGet(() -> { throw new RuntimeException(...); }); // 对照

即使Optional有值，orElse(会抛异常的方法()) 真实还是抛出了异常: throwingMethod真实被调用了
orElseGet 传入会抛异常的Supplier，Optional有值时真实安全跳过: 真实存在的值

分步演示:参数表达式是什么时候被真实执行的

每一行都是真实运行这段代码统计出的调用次数和返回结果,不是按方法签名推测的。