private String stringResult=null;
  private Throwable throwableResult=null;

  @Test
  public void whereIsTheThrowable() {
    Observable.just("foo")
      .map(this::justBlowUp)
      .retryWhen(errors -> errors.zipWith(Observable.range(1, 3), (n, i) -> i))
      .subscribe(s -> stringResult=s, throwable -> throwableResult=throwable);

    assertNull(stringResult);
    assertNotNull(throwableResult);
  }

  private String justBlowUp(String s) {
    throw new RuntimeException();
  }

该测试在 RxJava 2.1.7 中失败。 retryWhen() 似乎消耗了 Throwable ,即使它不再重试。 subscribe() lambda 没有得到任何 Throwable 。虽然这个测试很愚蠢(justBlowUp() 只是爆炸了),但你可以想象一个 Observable 链,其中工作通常会成功,偶尔会失败,很少会连续失败四次。但是,在这种情况下,将 Throwable 用于日志记录会很有用。
retryUntil() 确实允许 subscribe() 获得最终的 Throwable ...但是在 retryUntil() 中,我们根本没有 Throwable 并且无法对其做出决定(例如,如果它似乎是 Internet 连接错误,则重试 N 次,但快速失败其他一切)。 retryWhen() 似乎是更强大的选项,但是在 Throwable 停止重试后,我们如何获得最终的 retryWhen()

我可以使用一个字段来保存 Throwable ,设置在 retryWhen() 逻辑中,但感觉应该有一个更惯用的解决方案。

最佳答案

retryWhen 将处理程序的完成视为正常完成的指示器,因此,处理程序应在重试选项用尽后失败:

Observable.just("foo")
.map(this::justBlowUp)
.retryWhen(errors -> errors.flatMap(new Function<Throwable, Observable<Integer>>() {
    int count;
    @Override
    public Observable<Integer> apply(Throwable error) {
        if (count++ < 3) {
            return Observable.just(count);
        }
        return Observable.error(error);
    }
}))
.test()
.assertFailure(RuntimeException.class);

关于rx-java2 - 我们如何在 retryWhen() 停止重试后获得 Throwable?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/49111878/

10-12 05:15