一、發生錯誤時停止訂閱的情況
在RxJava
中,如果發生了錯誤,那麼 訂閱者會自動停止對上游的訂閱關係 ,我們將導致訂閱取消的錯誤分為兩種:
- 上游:上游發生錯誤,併傳送
onError
事件給訂閱者。 - 下游:訂閱者在
onNext
中處理時發生了異常。
在RxJava
的設計中,如果發生了錯誤,那麼訂閱關係就取消了。但是在某些時候,我們希望在錯誤發生的時候不要取消訂閱,因為這樣訂閱者只有重新通過subscribe
方法才能收到訊息,類似的場景如監測資料來源變化、RxBus
的實現等。
我們先用兩個簡單的例子來演示一下上面提到的兩種情況:
1.1 上游傳遞訊息時發生錯誤
訂閱者在初始時候訂閱到mPublishObject
,當該PublishObject
傳送到第四個事件時,主動丟擲一個異常,以模擬上游發生異常的情況。
private void upError() {
mPublishSubject.map(new Function<Integer, Integer>() {
@Override
public Integer apply(Integer integer) throws Exception {
if (integer == 4) {
throw new RuntimeException();
}
return integer;
}
}).observeOn(AndroidSchedulers.mainThread()).subscribe(getNormalObserver());
}
private Observer<Integer> getNormalObserver() {
return new Observer<Integer>() {
@Override
public void onSubscribe(Disposable d) {
}
@Override
public void onNext(Integer value) {
Log.d(TAG, "onNext=" + value);
}
@Override
public void onError(Throwable e) {
Log.d(TAG, "onError=" + e);
}
@Override
public void onComplete() {
Log.d(TAG, "onComplete");
}
};
}
複製程式碼
從控制檯的輸出可以看到,當第四次傳送事件後,由於上游發生了異常,因此訂閱者收到了onError
事件,之後它就再也無法收到訊息了。
1.2 訂閱者處理訊息時發生錯誤
下面,我們再來看訂閱處理訊息時發生錯誤的場景:
private void downError() {
mPublishSubject.observeOn(AndroidSchedulers.mainThread()).subscribe(getErrorObserver());
}
private LambdaObserver<Integer> getErrorObserver() {
return new LambdaObserver<>(new Consumer<Integer>() {
@Override
public void accept(Integer value) throws Exception {
Log.d(TAG, "onNext=" + value);
if (value == 4) {
throw new RuntimeException();
}
}
}, new Consumer<Throwable>() {
@Override
public void accept(Throwable throwable) throws Exception {
Log.d(TAG, "onError=" + throwable);
}
}, new Action() {
@Override
public void run() throws Exception {
Log.d(TAG, "onComplete");
}
}, new Consumer<Disposable>() {
@Override
public void accept(Disposable disposable) throws Exception {
}
});
}
複製程式碼
我們在訂閱者收到第四個資料的時候丟擲一個異常,此時控制檯的輸出為如下,與上面類似,之後訂閱者都無法接收到訊息,因為訂閱關係已經被解除了。
二、發生異常時的處理辦法
2.1 上游發生錯誤
在上游發生錯誤的時候,一般通過重訂閱的方式來解決。我們可以根據錯誤的型別判斷是否需要重訂閱,重訂閱的時候使用retryWhen
操作符,這個我們在 RxJava2 實戰知識梳理(6) - 基於錯誤型別的重試請求 已經介紹過了。
下面,我們演示一下在上面的錯誤當中如何恢復:
private void upErrorIgnore() {
mPublishSubject.map(new Function<Integer, Integer>() {
@Override
public Integer apply(Integer integer) throws Exception {
if (integer == 4) {
throw new RuntimeException("retry");
} else if (integer == 8) {
throw new RuntimeException("don't retry");
}
return integer;
}
}).observeOn(AndroidSchedulers.mainThread()).retryWhen(new Function<Observable<Throwable>, ObservableSource<?>>() {
@Override
public ObservableSource<?> apply(Observable<Throwable> throwableObservable) throws Exception {
//第一步,通過flatMap對錯誤進行響應。
return throwableObservable.flatMap(new Function<Throwable, ObservableSource<?>>() {
@Override
public ObservableSource<?> apply(Throwable throwable) throws Exception {
//第二步:根據錯誤的型別判斷是否需要重訂閱。
return "retry".equals(throwable.getMessage()) ? Observable.just(0) : Observable.empty();
}
});
}
}).subscribe(getNormalObserver());
}
複製程式碼
在第四次/第八次點選的是否,我們分別在上游丟擲一個異常,這樣就會觸發retryWhen
的回撥,在其中我們分為註釋中的兩部分進行處理,第四次的時候發起重訂閱,而第八次則不發起,因此,第九個事件訂閱者就收不到了,控制檯的輸出為:
2.2 訂閱者發生錯誤
但是retryWhen
只能處理上游發生錯誤的情況,對於上面說的第二種情況並不能處理,因此假如是上面介紹的第二種情況:訂閱者在onNext
處理中發生錯誤的情況,仍然會解除訂閱關係。
這裡首先要感謝 Johnny Shieh 提供的解決方法,在 RxJava 2 版本的 Rxbus 一文中,他分析了這一問題的原因,這是因為在LambdaObserver
的原始碼中,如果在onNext
中發生了異常,那麼首先會呼叫onError
方法,而onError
中會執行取消訂閱的操作。
更多文章,歡迎訪問我的 Android 知識梳理系列:
- Android 知識梳理目錄:www.jianshu.com/p/fd82d1899…
- 個人主頁:lizejun.cn
- 個人知識總結目錄:lizejun.cn/categories/