如何让Maybe.switchIfEmpty的备选源仅在源为空时执行？

这确实是RxJava使用中很容易踩的一个坑——当你直接把costlyFallback()的结果传给switchIfEmpty()时，不管源Maybe最终有没有发射数据，这个昂贵的操作都会提前执行。原因很简单：Java是立即求值的语言，方法参数会在调用方法前就被计算完成，所以costlyFallback()会在switchIfEmpty()被调用的那一刻就跑起来，完全不符合你“仅在源为空时执行”的需求。

而你提到的Maybe.fromCallable()正是解决这个问题的完美方案，它能让你的备选操作真正做到延迟执行：

正确实现示例 #

// 你的源Maybe
Maybe<YourDataType> source = getSourceMaybe();

source.switchIfEmpty(Maybe.fromCallable(() -> {
    // 这里包裹你的昂贵备选逻辑
    // 只有当source为空时，这段代码才会被执行
    return costlyFallback();
}))
.subscribe(
    result -> handleResult(result),
    error -> handleError(error)
);

为什么这能生效？ #

Maybe.fromCallable()创建的是一个懒加载的Maybe实例：它不会立即执行传入的Callable逻辑，只有当这个备选Maybe被订阅的时候，才会触发Callable.call()方法。而switchIfEmpty()的逻辑是：只有当源Maybe完成且没有发射任何数据时，才会订阅并执行传入的备选Maybe。这样就完美保证了costlyFallback()只在需要的时候才运行。

避坑提醒：错误写法的问题 #

如果你之前的代码是类似这样的：

// 错误！costlyFallback()会立即执行，不管source有没有值
source.switchIfEmpty(costlyFallback())

那问题就出在costlyFallback()会在switchIfEmpty()调用前就被执行，因为Java会先计算方法参数的值，再把结果传给switchIfEmpty()。这也是为什么我们需要用fromCallable()（或者Maybe.defer()，如果你的备选逻辑本身返回Maybe的话）来包装，把求值逻辑延迟到真正需要的时候。

如果你的costlyFallback()本身返回的是Maybe<YourDataType>而不是单个值，那可以用Maybe.defer()来实现同样的延迟效果：

source.switchIfEmpty(Maybe.defer(() -> costlyFallbackMaybe()))

内容的提问来源于stack exchange，提问作者nan