RxJava2 實戰(zhàn)系列文章

RxJava2 實戰(zhàn)知識梳理(1) - 后臺執(zhí)行耗時操作，實時通知 UI 更新
RxJava2 實戰(zhàn)知識梳理(2) - 計算一段時間內(nèi)數(shù)據(jù)的平均值
RxJava2 實戰(zhàn)知識梳理(3) - 優(yōu)化搜索聯(lián)想功能
RxJava2 實戰(zhàn)知識梳理(4) - 結(jié)合 Retrofit 請求新聞資訊
RxJava2 實戰(zhàn)知識梳理(5) - 簡單及進(jìn)階的輪詢操作
RxJava2 實戰(zhàn)知識梳理(6) - 基于錯誤類型的重試請求
RxJava2 實戰(zhàn)知識梳理(7) - 基于 combineLatest 實現(xiàn)的輸入表單驗證
RxJava2 實戰(zhàn)知識梳理(8) - 使用 publish + merge 優(yōu)化先加載緩存，再讀取網(wǎng)絡(luò)數(shù)據(jù)的請求過程
RxJava2 實戰(zhàn)知識梳理(9) - 使用 timer/interval/delay 實現(xiàn)任務(wù)調(diào)度
RxJava2 實戰(zhàn)知識梳理(10) - 屏幕旋轉(zhuǎn)導(dǎo)致 Activity 重建時恢復(fù)任務(wù)
RxJava2 實戰(zhàn)知識梳理(11) - 檢測網(wǎng)絡(luò)狀態(tài)并自動重試請求
RxJava2 實戰(zhàn)知識梳理(12) - 實戰(zhàn)講解 publish & replay & share & refCount & autoConnect
RxJava2 實戰(zhàn)知識梳理(13) - 如何使得錯誤發(fā)生時不自動停止訂閱關(guān)系
RxJava2 實戰(zhàn)知識梳理(14) - 在 token 過期時，刷新過期 token 并重新發(fā)起請求
RxJava2 實戰(zhàn)知識梳理(15) - 實現(xiàn)一個簡單的 MVP + RxJava + Retrofit 應(yīng)用

一、發(fā)生錯誤時停止訂閱的情況

在RxJava中，如果發(fā)生了錯誤，那么 訂閱者會自動停止對上游的訂閱關(guān)系 ，我們將導(dǎo)致訂閱取消的錯誤分為兩種：

• 上游：上游發(fā)生錯誤，并發(fā)送onError事件給訂閱者。
• 下游：訂閱者在onNext中處理時發(fā)生了異常。

在RxJava的設(shè)計中，如果發(fā)生了錯誤，那么訂閱關(guān)系就取消了。但是在某些時候，我們希望在錯誤發(fā)生的時候不要取消訂閱，因為這樣訂閱者只有重新通過subscribe方法才能收到消息，類似的場景如監(jiān)測數(shù)據(jù)源變化、RxBus的實現(xiàn)等。

我們先用兩個簡單的例子來演示一下上面提到的兩種情況：

1.1 上游傳遞消息時發(fā)生錯誤

訂閱者在初始時候訂閱到mPublishObject，當(dāng)該PublishObject發(fā)送到第四個事件時，主動拋出一個異常，以模擬上游發(fā)生異常的情況。

     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");
            }
        };
    }

從控制臺的輸出可以看到，當(dāng)?shù)谒拇伟l(fā)送事件后，由于上游發(fā)生了異常，因此訂閱者收到了onError事件，之后它就再也無法收到消息了。

1.2 訂閱者處理消息時發(fā)生錯誤

下面，我們再來看訂閱處理消息時發(fā)生錯誤的場景：

    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 {

            }
        });
    }

我們在訂閱者收到第四個數(shù)據(jù)的時候拋出一個異常，此時控制臺的輸出為如下，與上面類似，之后訂閱者都無法接收到消息，因為訂閱關(guān)系已經(jīng)被解除了。

二、發(fā)生異常時的處理辦法

2.1 上游發(fā)生錯誤

在上游發(fā)生錯誤的時候，一般通過重訂閱的方式來解決。我們可以根據(jù)錯誤的類型判斷是否需要重訂閱，重訂閱的時候使用retryWhen操作符，這個我們在 RxJava2 實戰(zhàn)知識梳理(6) - 基于錯誤類型的重試請求 已經(jīng)介紹過了。

下面，我們演示一下在上面的錯誤當(dāng)中如何恢復(fù)：

    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對錯誤進(jìn)行響應(yīng)。
                return throwableObservable.flatMap(new Function<Throwable, ObservableSource<?>>() {
                    @Override
                    public ObservableSource<?> apply(Throwable throwable) throws Exception {
                        //第二步：根據(jù)錯誤的類型判斷是否需要重訂閱。
                        return "retry".equals(throwable.getMessage()) ? Observable.just(0) : Observable.empty();
                    }
                });
            }
        }).subscribe(getNormalObserver());
    }

在第四次/第八次點擊的是否，我們分別在上游拋出一個異常，這樣就會觸發(fā)retryWhen的回調(diào)，在其中我們分為注釋中的兩部分進(jìn)行處理，第四次的時候發(fā)起重訂閱，而第八次則不發(fā)起，因此，第九個事件訂閱者就收不到了，控制臺的輸出為：

2.2 訂閱者發(fā)生錯誤

但是retryWhen只能處理上游發(fā)生錯誤的情況，對于上面說的第二種情況并不能處理，因此假如是上面介紹的第二種情況：訂閱者在onNext處理中發(fā)生錯誤的情況，仍然會解除訂閱關(guān)系。

這里首先要感謝 Johnny Shieh 提供的解決方法，在 RxJava 2 版本的 Rxbus 一文中，他分析了這一問題的原因，這是因為在LambdaObserver的源碼中，如果在onNext中發(fā)生了異常，那么首先會調(diào)用onError方法，而onError中會執(zhí)行取消訂閱的操作。

更多文章，歡迎訪問我的 Android 知識梳理系列：

• Android 知識梳理目錄：http://www.lxweimin.com/p/fd82d18994ce
• 個人主頁：http://lizejun.cn
• 個人知識總結(jié)目錄：http://lizejun.cn/categories/