Rxjava的理解

Rxjava復(fù)習(xí)專用


Rxjava —— 四個基本概念

  • RxJava 有四個基本概念:Observable (可觀察者杠人,即被觀察者)檬贰、 Observer (觀察者)徒欣、 subscribe (訂閱)炼杖、事件锋玲。
  • Observable 和 Observer 通過 subscribe() 方法實現(xiàn)訂閱關(guān)系景用,從而 Observable 可以在需要的時候發(fā)出事件來通知 Observer。

Observer —— 觀察者

它決定事件觸發(fā)的時候?qū)⒂性鯓拥男袨?/h6>
  • Observer 接口
  • Subscriber 抽象類,實現(xiàn)了Observer和Subscription
    不僅基本使用方式一樣惭蹂,實質(zhì)上伞插,在 RxJava 的 subscribe 過程中,Observer 也總是會先被轉(zhuǎn)換成一個 Subscriber 再使用盾碗。所以如果你只想使用基本功能媚污,選擇 Observer 和 Subscriber 是完全一樣的。它們的區(qū)別對于使用者來說主要有兩點:

兩者的區(qū)別:
1.Subscriber 多了 onStart( ) 方法,但是該方法發(fā)生在 subscribe 發(fā)生的線程,不能指定線程
2.Subscriber 多了 unsubscribe( ) 方法, Subscriber 所實現(xiàn)的另一個接口 Subscription 的方法廷雅,用于取消訂閱

示例代碼:
Subscriber<String> subscriber = new Subscriber<String>() {
    @Override
    public void onNext(String s) {
        Log.d(tag, "Item: " + s);
    }

    @Override
    public void onCompleted() {
        Log.d(tag, "Completed!");
    }

    @Override
    public void onError(Throwable e) {
        Log.d(tag, "Error!");
    }
};

Observable —— 被觀察者

它決定什么時候觸發(fā)事件以及觸發(fā)怎樣的事件
示例代碼:
  • create( ) RxJava 最基本的創(chuàng)造事件序列的方法
Observable observable = Observable.create(new Observable.OnSubscribe<String>() {
            @Override
            public void call(Subscriber<? super String> subscriber) {
                //觀察者將會依次調(diào)用三次onNext和一次Completed
                subscriber.onNext("Hello");
                subscriber.onNext("Hi");
                subscriber.onNext("Aloha");
                subscriber.onCompleted();
            }
        });
  • just( T... ) 將傳入的參數(shù)依次發(fā)送出來耗美。
Observable observable = Observable.just("Hello", "Hi", "Aloha");
// 將會依次調(diào)用:
// onNext("Hello");
// onNext("Hi");
// onNext("Aloha");
// onCompleted();
  • from(T[ ])
String[] words = {"Hello", "Hi", "Aloha"};
Observable observable = Observable.from(words);
// 將會依次調(diào)用:
// onNext("Hello");
// onNext("Hi");
// onNext("Aloha");
// onCompleted();

Subscribe —— 訂閱

創(chuàng)建了 Observable 和 Observer 之后,再用 subscribe() 方法將它們聯(lián)結(jié)起來航缀,整條鏈子就可以工作了
observable.subscribe(observer);
// 或者:
observable.subscribe(subscriber);
Observable.subscribe(Subscriber) 的內(nèi)部實現(xiàn)是這樣的(僅核心代碼):
// 注意:這不是 subscribe() 的源碼商架,而是將源碼中與性能、兼容性芥玉、擴展性有關(guān)的代碼剔除后的核心代碼蛇摸。
// 如果需要看源碼,可以去 RxJava 的 GitHub 倉庫下載灿巧。
public Subscription subscribe(Subscriber subscriber) {
    subscriber.onStart();
    onSubscribe.call(subscriber);
    return subscriber;
}

調(diào)用 Subscriber.onStart() 赶袄。這個方法在前面已經(jīng)介紹過诬烹,是一個可選的準(zhǔn)備方法。
調(diào)用 Observable 中的 OnSubscribe.call(Subscriber) 弃鸦。在這里,事件發(fā)送的邏輯開始運行幢痘。從這也可以看出唬格,在 RxJava 中, Observable 并不是在創(chuàng)建的時候就立即開始發(fā)送事件颜说,而是在它被訂閱的時候购岗,即當(dāng) subscribe() 方法執(zhí)行的時候。
將傳入的 Subscriber 作為 Subscription 返回门粪。這是為了方便 unsubscribe().

除了 subscribe(Observer) 和 subscribe(Subscriber) 喊积,subscribe() 還支持不完整定義的回調(diào),RxJava 會自動根據(jù)定義創(chuàng)建出 Subscriber 玄妈。形式如下:
Action1<String> onNextAction = new Action1<String>() {
    // onNext()
    @Override
    public void call(String s) {
        Log.d(tag, s);
    }
};
Action1<Throwable> onErrorAction = new Action1<Throwable>() {
    // onError()
    @Override
    public void call(Throwable throwable) {
        // Error handling
    }
};
Action0 onCompletedAction = new Action0() {
    // onCompleted()
    @Override
    public void call() {
        Log.d(tag, "completed");
    }
};

// 自動創(chuàng)建 Subscriber 乾吻,并使用 onNextAction 來定義 onNext()
observable.subscribe(onNextAction);
// 自動創(chuàng)建 Subscriber ,并使用 onNextAction 和 onErrorAction 來定義 onNext() 和 onError()
observable.subscribe(onNextAction, onErrorAction);
// 自動創(chuàng)建 Subscriber 拟蜻,并使用 onNextAction绎签、 onErrorAction 和 onCompletedAction 來定義 onNext()踊东、 onError() 和 onCompleted()
observable.subscribe(onNextAction, onErrorAction, onCompletedAction);

下面看兩個例子

  • 打印字符串?dāng)?shù)組
將字符串?dāng)?shù)組 names 中的所有字符串依次打印出來:
String[] names = ...;
Observable.from(names)
    .subscribe(new Action1<String>() {
        @Override
        public void call(String name) {
            Log.d(tag, name);
        }
    });
  • 由 id 取得圖片并顯示
由指定的一個 drawable 文件 id drawableRes 取得圖片蔫劣,并顯示在 ImageView 中,并在出現(xiàn)異常的時候打印 Toast 報錯:
int drawableRes = ...;
ImageView imageView = ...;
Observable.create(new OnSubscribe<Drawable>() {
    @Override
    public void call(Subscriber<? super Drawable> subscriber) {
        Drawable drawable = getTheme().getDrawable(drawableRes));
        subscriber.onNext(drawable);
        subscriber.onCompleted();
    }
}).subscribe(new Observer<Drawable>() {
    @Override
    public void onNext(Drawable drawable) {
        imageView.setImageDrawable(drawable);
    }

    @Override
    public void onCompleted() {
    }

    @Override
    public void onError(Throwable e) {
        Toast.makeText(activity, "Error!", Toast.LENGTH_SHORT).show();
    }
});

以上為RxJava的基本使用,不涉及線程切換.以下開始切換


線程控制 —— Scheduler

相當(dāng)于線程控制器润樱,RxJava 通過它來指定每一段代碼應(yīng)該運行在什么樣的線程
  • Scheduler的API
  1. Schedulers.immediate(): 直接在當(dāng)前線程運行搔扁,相當(dāng)于不指定線程爸舒。這是默認的 Scheduler。
  2. Schedulers.newThread(): 總是啟用新線程稿蹲,并在新線程執(zhí)行操作扭勉。
  3. Schedulers.io(): I/O 操作(讀寫文件、讀寫數(shù)據(jù)庫场绿、網(wǎng)絡(luò)信息交互等)所使用的 Scheduler剖效。行為模式和 newThread() 差不多,區(qū)別在于 io() 的內(nèi)部實現(xiàn)是是用一個無數(shù)量上限的線程池焰盗,可以重用空閑的線程璧尸,因此多數(shù)情況下 io() 比 newThread() 更有效率。不要把計算工作放在 io() 中熬拒,可以避免創(chuàng)建不必要的線程爷光。
  4. Schedulers.computation(): 計算所使用的 Scheduler。這個計算指的是 CPU 密集型計算澎粟,即不會被 I/O 等操作限制性能的操作蛀序,例如圖形的計算欢瞪。這個 Scheduler 使用的固定的線程池,大小為 CPU 核數(shù)徐裸。不要把 I/O 操作放在 computation() 中遣鼓,否則 I/O 操作的等待時間會浪費 CPU。
  5. 另外重贺, Android 還有一個專用的 AndroidSchedulers.mainThread()骑祟,它指定的操作將在 Android 主線程運行。

有了這幾個 Scheduler气笙,就可以使用

  • subscribeOn( )
  • observeOn( )
    兩個方法來對線程進行控制了次企。subscribeOn( ) : 指定 subscribe() 所發(fā)生的線程,即 Observable.OnSubscribe 被激活時所處的線程潜圃「卓茫或者叫做事件產(chǎn)生的線程。observeOn( ) : 指定 Subscriber 所運行在的線程谭期《碌冢或者叫做事件消費的線程。

示例代碼:非常常見崇堵,它適用于多數(shù)的 『后臺線程取數(shù)據(jù)型诚,主線程顯示』的程序策略。

//將圖片路徑轉(zhuǎn)為bitmap
Observable.just(1, 2, 3, 4)
    .subscribeOn(Schedulers.io()) // 指定 subscribe() 發(fā)生在 IO 線程
    .observeOn(AndroidSchedulers.mainThread()) // 指定 Subscriber 的回調(diào)發(fā)生在主線程
    .subscribe(new Action1<Integer>() {
        @Override
        public void call(Integer number) {
            Log.d(tag, "number:" + number);
        }
    });

變換 —— 將事件序列中的對象或整個序列進行加工處理鸳劳,轉(zhuǎn)換成不同的事件或事件序列

API
  • map( ) 事件對象的一對一的變換
//將圖片路徑轉(zhuǎn)為bitmap
Observable.just("images/logo.png") // 輸入類型 String
    .map(new Func1<String, Bitmap>() {
        @Override
            public Bitmap call(String filePath) { // 參數(shù)類型 String
                return getBitmapFromPath(filePath); // 返回類型 Bitmap
            }
        })
    .subscribe(new Action1<Bitmap>() {
        @Override
        public void call(Bitmap bitmap) { // 參數(shù)類型 Bitmap
             showBitmap(bitmap);
        }
     });
  • flatMap( ) 一堆對象變成另一堆對象
//假設(shè)有一個數(shù)據(jù)結(jié)構(gòu)『學(xué)生』狰贯,現(xiàn)在需要打印出每個學(xué)生所需要修的所有課程的名稱
Student[] students = ...;
Subscriber<Course> subscriber = new Subscriber<Course>() {
   @Override
    public void onNext(Course course) {
        Log.d(tag, course.getName());
    }
    ...
};
Observable.from(students)
    .flatMap(new Func1<Student, Observable<Course>>() {
        @Override
        public Observable<Course> call(Student student) {
            return Observable.from(student.getCourses());//這句代碼
        }
    })
    .subscribe(subscriber);

解析:

將一堆對象拆分,變成一個個對象,再以一個對象為單位創(chuàng)建觀察者,Observable.from(student.getCourses())這句代碼看出,新建的觀察者發(fā)送事件.全部匯入Subscriber的回調(diào)中

  • flatMap() 和 map() 有一個相同點:它也是把傳入的參數(shù)轉(zhuǎn)化之后返回另一個對象。
  • 但需要注意赏廓,和 map() 不同的是涵紊, flatMap() 中返回的是個 Observable(觀察者) 對象,并且這個 Observable 對象并不是被直接發(fā)送到了 Subscriber 的回調(diào)方法中幔摸。
  • flatMap() 的原理是這樣的:
    1. 使用傳入的事件對象創(chuàng)建一個 Observable 對象摸柄;
    2. 并不發(fā)送這個 Observable, 而是將它激活,于是它開始發(fā)送事件既忆;
    3. 每一個創(chuàng)建出來的 Observable 發(fā)送的事件驱负,都被匯入同一個 Observable ,而這個 Observable 負責(zé)將這些事件統(tǒng)一交給 Subscriber 的回調(diào)方法患雇。這三個步驟跃脊,把事件拆成了兩級,通過一組新創(chuàng)建的 Observable 將初始的對象『鋪平』之后通過統(tǒng)一路徑分發(fā)了下去苛吱。而這個『鋪平』就是 flatMap() 所謂的 flat酪术。
這里略過了變換的原理
  • compose( ) 一堆被觀察者都需要變化相同的邏輯,使用此方法
 //假設(shè)在程序中有多個 Observable ,并且他們都需要應(yīng)用一組相同的 lift() 變換。
public class LiftAllTransformer implements Observable.Transformer<Integer, String> {
    @Override
    public Observable<String> call(Observable<Integer> observable) {
        return observable
            .lift1()
            .lift2()
            .lift3()
            .lift4();
    }
}
...
Transformer liftAll = new LiftAllTransformer();
observable1.compose(liftAll).subscribe(subscriber1);
observable2.compose(liftAll).subscribe(subscriber2);
observable3.compose(liftAll).subscribe(subscriber3);
observable4.compose(liftAll).subscribe(subscriber4);

線程控制 —— 線程的自由控制

代碼示例
Observable.just(1, 2, 3, 4) // IO 線程绘雁,由 subscribeOn() 指定
    .subscribeOn(Schedulers.io())//===指定了事件發(fā)生的線程. subscribeOn() 的位置放在哪里都可以橡疼,但它是只能調(diào)用一次的。
    .observeOn(Schedulers.newThread())//================指定了接下來map發(fā)送的線程
    .map(mapOperator) // 新線程庐舟,由 observeOn() 指定
    .observeOn(Schedulers.io())//=======================指定了接下來map發(fā)送的線程
    .map(mapOperator2) // IO 線程欣除,由 observeOn() 指定
    .observeOn(AndroidSchedulers.mainThread) //==========制定了接下來消費事件的線程
    .subscribe(subscriber);  // Android 主線程,由 observeOn() 指定

解析:
observeOn() 指定的是 Subscriber(觀察者) 的線程挪略,而這個 Subscriber(觀察者) 并不是(嚴(yán)格說應(yīng)該為『不一定是』耻涛,但這里不妨理解為『不是』)subscribe() 參數(shù)中的 Subscriber(觀察者),而是 observeOn() 執(zhí)行時的當(dāng)前 Observable 所對應(yīng)的 Subscriber(觀察者)瘟檩,即它的直接下級 Subscriber(觀察者) 。換句話說澈蟆,observeOn() 指定的是它之后的操作所在的線程墨辛。因此如果有多次切換線程的需求,只要在每個想要切換線程的位置調(diào)用一次 observeOn() 即可
意思就是:RxJava中對Observable進行變化操作都會有對應(yīng)的Subscriber(觀察者) ,我們在操作前設(shè)置線程observeOn()就可以指定接下來的Subscriber(觀察者)


延伸:doOnSubscribe()

Observable.create(onSubscribe)
    .subscribeOn(Schedulers.io())
    .doOnSubscribe(new Action0() {
        @Override
        public void call() {
            progressBar.setVisibility(View.VISIBLE); // 需要在主線程執(zhí)行
        }
    })
    .subscribeOn(AndroidSchedulers.mainThread()) // 指定主線程,
    .observeOn(AndroidSchedulers.mainThread())
    .subscribe(subscriber);

解析:
它和 Subscriber.onStart() 同樣是在 subscribe() 調(diào)用后而且在事件發(fā)送前執(zhí)行趴俘,但區(qū)別在于它可以指定線程睹簇。默認情況下, doOnSubscribe() 執(zhí)行在 subscribe() 發(fā)生的線程寥闪;而如果在 doOnSubscribe() 之后有 subscribeOn() 的話太惠,它將執(zhí)行在離它最近的 subscribeOn() 所指定的線程。


差不多了,該去實際場景中使用了

復(fù)習(xí)鏈接
給 Android 開發(fā)者的 RxJava 詳解 -- [作者:扔物線]

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末疲憋,一起剝皮案震驚了整個濱河市凿渊,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌缚柳,老刑警劉巖埃脏,帶你破解...
    沈念sama閱讀 211,561評論 6 492
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異秋忙,居然都是意外死亡彩掐,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,218評論 3 385
  • 文/潘曉璐 我一進店門灰追,熙熙樓的掌柜王于貴愁眉苦臉地迎上來堵幽,“玉大人,你說我怎么就攤上這事弹澎∑酉拢” “怎么了?”我有些...
    開封第一講書人閱讀 157,162評論 0 348
  • 文/不壞的土叔 我叫張陵裁奇,是天一觀的道長桐猬。 經(jīng)常有香客問我,道長刽肠,這世上最難降的妖魔是什么溃肪? 我笑而不...
    開封第一講書人閱讀 56,470評論 1 283
  • 正文 為了忘掉前任免胃,我火速辦了婚禮,結(jié)果婚禮上惫撰,老公的妹妹穿的比我還像新娘羔沙。我一直安慰自己,他們只是感情好厨钻,可當(dāng)我...
    茶點故事閱讀 65,550評論 6 385
  • 文/花漫 我一把揭開白布扼雏。 她就那樣靜靜地躺著,像睡著了一般夯膀。 火紅的嫁衣襯著肌膚如雪诗充。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 49,806評論 1 290
  • 那天诱建,我揣著相機與錄音蝴蜓,去河邊找鬼。 笑死俺猿,一個胖子當(dāng)著我的面吹牛茎匠,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播押袍,決...
    沈念sama閱讀 38,951評論 3 407
  • 文/蒼蘭香墨 我猛地睜開眼诵冒,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了谊惭?” 一聲冷哼從身側(cè)響起汽馋,我...
    開封第一講書人閱讀 37,712評論 0 266
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎圈盔,沒想到半個月后惭蟋,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 44,166評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡药磺,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,510評論 2 327
  • 正文 我和宋清朗相戀三年告组,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片癌佩。...
    茶點故事閱讀 38,643評論 1 340
  • 序言:一個原本活蹦亂跳的男人離奇死亡木缝,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出围辙,到底是詐尸還是另有隱情我碟,我是刑警寧澤,帶...
    沈念sama閱讀 34,306評論 4 330
  • 正文 年R本政府宣布姚建,位于F島的核電站矫俺,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜厘托,卻給世界環(huán)境...
    茶點故事閱讀 39,930評論 3 313
  • 文/蒙蒙 一友雳、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧铅匹,春花似錦押赊、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,745評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至罗丰,卻和暖如春神帅,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背萌抵。 一陣腳步聲響...
    開封第一講書人閱讀 31,983評論 1 266
  • 我被黑心中介騙來泰國打工枕稀, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人谜嫉。 一個月前我還...
    沈念sama閱讀 46,351評論 2 360
  • 正文 我出身青樓,卻偏偏與公主長得像凹联,于是被迫代替她去往敵國和親沐兰。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 43,509評論 2 348

推薦閱讀更多精彩內(nèi)容