RxJava2 中 doFinally 和 doAfterTermin
在 RxJava 中 doFinally 和 doAfterTerminate 這兩個運算子很類似,都會在 Observable 的 onComplete 或 onError 呼叫之後進行呼叫。
使用了這兩個運算子在 Observable 結束後,會呼叫 doFinally、doAfterTerminate 所提供的 Action。
這兩個運算子雖然有一定的相似度,但他們依然有差別。並且兩者在使用時,會存在呼叫的先後順序。
doAfterTerminate
從 doAfterTerminate 運算子的原始碼來看
@CheckReturnValue
@SchedulerSupport(SchedulerSupport.NONE)
public final Observable<T> doAfterTerminate(Action onFinally) {
ObjectHelper.requireNonNull(onFinally, "onFinally is null");
return doOnEach(Functions.emptyConsumer(), Functions.emptyConsumer(), Functions.EMPTY_ACTION, onFinally);
}
它呼叫的是 doOnEach() 方法。
其實,doOnNext、doOnError、doOnComplete、doOnTerminate 等這些運算子也是呼叫 doOnEach() 方法。
doOnEach() 實際上呼叫的是 ObservableDoOnEach 類。( RxJavaPlugins.onAssembly 本身是一個 hook 方法,會返回一個 Observable 物件。)
doOnEach() 需要四個引數:onNext、onError、onComplete、onAfterTerminate。doAfterTerminate 運算子的引數 onFinally 對應的是 onAfterTerminate。
@CheckReturnValue
@SchedulerSupport(SchedulerSupport.NONE)
private Observable<T> doOnEach(Consumer<? super T> onNext, Consumer<? super Throwable> onError, Action onComplete, Action onAfterTerminate) {
ObjectHelper.requireNonNull(onNext, "onNext is null");
ObjectHelper.requireNonNull(onError, "onError is null");
ObjectHelper.requireNonNull(onComplete, "onComplete is null");
ObjectHelper.requireNonNull(onAfterTerminate, "onAfterTerminate is null");
return RxJavaPlugins.onAssembly(new ObservableDoOnEach<T>(this, onNext, onError, onComplete, onAfterTerminate));
}
ObservableDoOnEach 繼承了 Observable 類,並實現了它的抽象方法 subscribeActual()。該方法是 Observable 和 Observer 連線的紐帶。其中,source 代表了被觀察者 Observable 本身,而 DoOnEachObserver 是實際的觀察者。
@Override
public void subscribeActual(Observer<? super T> t) {
source.subscribe(new DoOnEachObserver<T>(t, onNext, onError, onComplete, onAfterTerminate));
}
從 DoOnEachObserver 中的 onError()、onComplete() 方法中可以看到 onAfterTerminate 是在 downstream.onError(t) 或者 downstream.onComplete() 之後,才執行 run()。這也符合我們最初對它的認識。
@Override
public void onError(Throwable t) {
if (done) {
RxJavaPlugins.onError(t);
return;
}
done = true;
try {
onError.accept(t);
} catch (Throwable e) {
Exceptions.throwIfFatal(e);
t = new CompositeException(t, e);
}
downstream.onError(t);
try {
onAfterTerminate.run();
} catch (Throwable e) {
Exceptions.throwIfFatal(e);
RxJavaPlugins.onError(e);
}
}
@Override
public void onComplete() {
if (done) {
return;
}
try {
onComplete.run();
} catch (Throwable e) {
Exceptions.throwIfFatal(e);
onError(e);
return;
}
done = true;
downstream.onComplete();
try {
onAfterTerminate.run();
} catch (Throwable e) {
Exceptions.throwIfFatal(e);
RxJavaPlugins.onError(e);
}
}
doFinally
doFinally 是 RxJava 在 2.0.1 版本新增的運算子。
doFinally 除了擁有 doAfterTerminate 的特性之外,還會在下游(downstream)取消時被呼叫。這是 doFinally 和 doAfterTerminate 最大的區別。
同樣,看一下 doFinally 的原始碼。它呼叫的是 ObservableDoFinally 類。
public final Observable<T> doFinally(Action onFinally) {
ObjectHelper.requireNonNull(onFinally, "onFinally is null");
return RxJavaPlugins.onAssembly(new ObservableDoFinally<T>(this, onFinally));
}
在 ObservableDoFinally 類中,從 subscribeActual() 可以看出它的實際觀察者是 DoFinallyObserver 類。其中,onFinally 是 doFinally 運算子所傳遞的引數。
@Override
protected void subscribeActual(Observer<? super T> observer) {
source.subscribe(new DoFinallyObserver<T>(observer, onFinally));
}
在 DoFinallyObserver 類中的 onError、onComplete、dispose 方法中都會呼叫 runFinally() 方法。而 runFinally() 執行的正是 onFinally 的 run()。
@Override
public void onError(Throwable t) {
downstream.onError(t);
runFinally();
}
@Override
public void onComplete() {
downstream.onComplete();
runFinally();
}
@Override
public void dispose() {
upstream.dispose();
runFinally();
}
......
void runFinally() {
if (compareAndSet(0, 1)) {
try {
onFinally.run();
} catch (Throwable ex) {
Exceptions.throwIfFatal(ex);
RxJavaPlugins.onError(ex);
}
}
}
所以,從原始碼可以得出在 doFinally 是在觀察者執行完 onError、onComplete 或取消時執行的操作。
二者的順序
doFinally 和 doAfterTerminate 都會在 onComplete 之後才執行,那麼它們二者的順序是如何呢?
不妨寫一段程式碼測試一下:
Observable.just("Hello World")
.doOnNext(s -> System.out.println("doOnNext:"))
.doFinally(() -> System.out.println("doFinally:"))
.doAfterTerminate(() -> System.out.println("doAfterTerminate:"))
.subscribe(
s -> System.out.println("onNext:" + s),
throwable -> System.out.println("onError:"),
() -> System.out.println("onComplete:"));
執行結果:
doOnNext:
onNext:Hello World
onComplete:
doAfterTerminate:
doFinally:
發現 doFinally 是在 doAfterTerminate 之後呼叫。
那麼交換一下它們的順序會如何呢?
Observable.just("Hello World")
.doOnNext(s -> System.out.println("doOnNext:"))
.doAfterTerminate(() -> System.out.println("doAfterTerminate:"))
.doFinally(() -> System.out.println("doFinally:"))
.subscribe(
s -> System.out.println("onNext:" + s),
throwable -> System.out.println("onError:"),
() -> System.out.println("onComplete:"));
執行結果:
doOnNext:
onNext:Hello World
onComplete:
doFinally:
doAfterTerminate:
這一次,doFinally 先執行而 doAfterTerminate 後執行。
因為,它們都需要在 downstream.onComplete() 執行之後,才會執行。而 downstream 對應的下游是觀察者。下流的資料流向跟上游的資料流向是相反的,從下向上的。所以,離觀察者越近,就越先執行。這就是兩段程式碼執行順序不同的緣故。
最後,寫一個極端一點的例子,先後呼叫 doFinally、doAfterTerminate、doFinally、doAfterTerminate:
Observable.just("Hello World")
.doOnNext(s -> System.out.println("doOnNext:"))
.doFinally(() -> System.out.println("doFinally1:"))
.doAfterTerminate(() -> System.out.println("doAfterTerminate1:"))
.doFinally(() -> System.out.println("doFinally2:"))
.doAfterTerminate(() -> System.out.println("doAfterTerminate2:"))
.subscribe(
s -> System.out.println("onNext:" + s),
throwable -> System.out.println("onError:"),
() -> System.out.println("onComplete:"));
執行結果:
doOnNext:
onNext:Hello World
onComplete:
doAfterTerminate2:
doFinally2:
doAfterTerminate1:
doFinally1:
在 onComplete 呼叫之後,先列印了"doAfterTerminate2:",再列印"doFinally2:",然後列印"doAfterTerminate1:",最後列印"doFinally1:"。這正好符合剛才的分析。
總結
本文是對 doFinally 和 doAfterTerminate 兩個運算子的總結。也是對《RxJava 2.x 實戰》一書中,第二章第一節最後一部分內容do運算子的補充。
只有瞭解原始碼,才能更踏實地去寫我們的程式。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/818/viewspace-2820624/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- RxJava2 系列-2:背壓和FlowableRxJava
- RxJava2 學習(一)RxJava
- RxJava2 學習(二)RxJava
- RxJava2原始碼分析RxJava原始碼
- RxJava2 原始碼解析(一)RxJava原始碼
- Rxjava2最全面的解析RxJava
- RxJava2 系列-3:使用 SubjectRxJava
- Rxjava2解析-訂閱流程RxJava
- RxJava2 系列-1:一篇的比較全面的 RxJava2 方法總結RxJava
- 深入RxJava2 原始碼解析(一)RxJava原始碼
- 深入理解 RxJava2:Scheduler(2)RxJava
- 深入RxJava2 原始碼解析(二)RxJava原始碼
- Android——RxJava2史上最全講解AndroidRxJava
- RxJava2 操作符總結RxJava
- 深入理解 RxJava2:前世今生(1)RxJava
- Rxjava2與Retrofit2的使用RxJava
- Rxjava2(一)、基礎概念及使用RxJava
- RxJava2 錯誤處理詳解RxJava
- RxJava2系列之背壓策略(一)RxJava
- RxJava2原始碼分析(一):基本流程分析RxJava原始碼
- RxJava2操作符學習筆記RxJava筆記
- 深入理解 RxJava2:揭祕 subscribeOn(3)RxJava
- RxJava2原始碼解讀之 Map、FlatMapRxJava原始碼
- 史上最全的Rxjava2講解(使用篇)RxJava
- RxJava2 原始碼解析及設計思想RxJava原始碼
- Android進階:四、RxJava2 原始碼解析 1AndroidRxJava原始碼
- 小白讀原始碼 | RxJava2 入門篇(一)原始碼RxJava
- 0章 RxJava2課程目錄介紹RxJava
- Android進階:五、RxJava2原始碼解析 2AndroidRxJava原始碼
- RxJava2原始碼分析(二):操作符原理分析RxJava原始碼
- 深入理解 RxJava2:從 observeOn 到作用域(4)RxJava
- 深入理解 RxJava2:論 Parallel 與併發(5)RxJavaParallel
- 詳解 RxJava2 的執行緒切換原理RxJava執行緒
- RxJava2系列實踐之倒數計時功能(三)RxJava
- RxJava2 只看這一篇文章就夠了RxJava
- Rxjava2(二)、五種觀察者模式建立及背壓RxJava模式
- Android需求之RxJava2實現表單校驗(註冊登入)AndroidRxJava
- RxJava 系列-1:一篇的比較全面的 RxJava2 方法總結RxJava