RxJava從入門到不離不棄(一)——基本概念和使用

很久之前就想寫篇文章,將RxJava的基本使用、各操作符和原理整理出來,分享給大家。斷斷續(xù)續(xù)地,看了許多大佬文章,結(jié)合自己的經(jīng)驗(yàn)和想法,終于把它整理了出來,歡迎各位大佬拍磚。

更多內(nèi)容,可以關(guān)注我的微信公眾號——Android機(jī)動車

前言

RxJava的編程思想已經(jīng)在Android開發(fā)者中變得越來越流行。有個不好的點(diǎn)就是上手不太容易,尤其是大部分人之前都是使用命令式編程語言。

首先要先理清這么一個問題:Rxjava和我們平時寫的程序有什么不同。如果對Rxjava有過了解的朋友都會感受到用這種方式寫的程序和我們一般寫的程序有很明顯的不同。我們一般寫的程序叫做為命令式程序,是以流程為核心的,每一行代碼實(shí)際上都是機(jī)器實(shí)際上要執(zhí)行的指令。而Rxjava風(fēng)格的代碼,稱為函數(shù)響應(yīng)式編程。函數(shù)響應(yīng)式編程是以數(shù)據(jù)流為核心,處理數(shù)據(jù)的輸入,處理數(shù)據(jù)輸出的。久而久之你會發(fā)現(xiàn)這個框架的精髓,尤其是運(yùn)用到大項(xiàng)目中的時候,簡直愛不釋手,隨著程序邏輯變得越來越復(fù)雜,它依然能夠保持代碼簡潔。

認(rèn)識RxJava

我們先來看看github上是怎么介紹RxJava的:

image

翻譯過來是什么意思呢? 博主直接請來谷歌翻譯:一個用于使用Java VM的可觀察序列編寫異步和基于事件的程序的庫

歸根結(jié)底,定義的核心在于異步

RxJava的優(yōu)點(diǎn)

還是一個字:簡潔

異步操作很關(guān)鍵的一點(diǎn)是程序的簡潔性,因?yàn)樵谡{(diào)度過程比較復(fù)雜的情況下,異步代碼經(jīng)常會既難寫也難被讀懂。 Android 創(chuàng)造的 AsyncTask 和Handler ,其實(shí)都是為了讓異步代碼更加簡潔。RxJava 的優(yōu)勢也是簡潔,但它的簡潔的與眾不同之處在于,隨著程序邏輯變得越來越復(fù)雜,它依然能夠保持簡潔

隨著對RxJava的深入了解,會更加深刻體會到RxJava的簡潔帶來的好處。

先舉個栗子:

現(xiàn)在有這樣一個需求:我們需要從網(wǎng)絡(luò)下載一個zip,保存到指定文件夾,下載完成后進(jìn)行解壓,解壓成功后在主線程進(jìn)行UI操作。我們需要在子線程中進(jìn)行下載和解壓,完成后返回主線程操作。看下用RxJava如何實(shí)現(xiàn):

        retrofit.create(EmoticonDownloadService.class)
                .download(url)
                .subscribeOn(Schedulers.io())
                .unsubscribeOn(Schedulers.io())
                .map(new Func1<ResponseBody, InputStream>() {
                    @Override
                    public InputStream call(ResponseBody responseBody) {
                        return responseBody.byteStream();
                    }
                })
                .observeOn(Schedulers.computation()) // 用于計(jì)算任務(wù)
                .doOnNext(new Action1<InputStream>() {
                    @Override
                    public void call(InputStream inputStream) {
                        writeFileAndUnZip(inputStream);
                    }
                })
                .observeOn(AndroidSchedulers.mainThread())
                .subscribe(new Subscriber<InputStream>() {
                    @Override
                    public void onCompleted() {

                    }

                    @Override
                    public void onError(Throwable e) {
                        listener.onFail();
                    }

                    @Override
                    public void onNext(InputStream inputStream) {
                        // 進(jìn)行UI更新
                    }
                });

如果要用傳統(tǒng)方式,需要開啟子線程,在子線程中進(jìn)行下載,然后進(jìn)行解壓,在返回主線程進(jìn)行UI操作,嵌套層級和邏輯雜亂可想而知。當(dāng)我們使用RxJava來做后,所有代碼全部鏈?zhǔn)秸{(diào)用,邏輯清晰明了。這里要注意,我們所說的簡潔,并不是指代碼量少,而是結(jié)構(gòu)清晰,便于閱讀和修改。

基本概念

RxJava 是一個響應(yīng)式編程框架,采用觀察者設(shè)計(jì)模式。所以自然少不了 Observable 和 Subscriber了。

  • Observable:發(fā)射源,英文釋義“可觀察的”,在觀察者模式中稱為“被觀察者”或“可觀察對象”;
  • Observer:接收源,英文釋義“觀察者”,沒錯!就是觀察者模式中的“觀察者”,可接收Observable、Subject發(fā)射的數(shù)據(jù);
  • Subject:Subject是一個比較特殊的對象,既可充當(dāng)發(fā)射源,也可充當(dāng)接收源,為避免初學(xué)者被混淆,本章將不對Subject做過多的解釋和使用,重點(diǎn)放在Observable和Observer上,先把最基本方法的使用學(xué)會,后面再學(xué)其他的都不是什么問題;
  • Subscriber:訂閱者,也是接收源,那它跟Observer有什么區(qū)別呢?Subscriber實(shí)現(xiàn)了Observer接口,比Observer多了一個最重要的方法unsubscribe( ),用來取消訂閱,當(dāng)你不再想接收數(shù)據(jù)了,可以調(diào)用unsubscribe( )方法停止接收,Observer 在 subscribe() 過程中,最終也會被轉(zhuǎn)換成 Subscriber 對象,一般情況下,建議使用Subscriber作為接收源;
  • Subscription:Observable調(diào)用subscribe( )方法返回的對象,同樣有unsubscribe( )方法,可以用來取消訂閱事件;
  • Action0:RxJava中的一個接口,它只有一個無參call()方法,且無返回值,同樣還有Action1,Action2...Action9等,Action1封裝了含有* 1 個參的call()方法,即call(T t),Action2封裝了含有 2 *個參數(shù)的call方法,即call(T1 t1,T2 t2),以此類推;
  • Func0:與Action0非常相似,也有call()方法,但是它是有返回值的,同樣也有Func0、Func1...Func9。

RxJava最核心的兩個東西是Observable(被觀察者,事件源)和Subscriber(觀察者)。Observable發(fā)出一系列事件,Subscriber處理這些事件。

一個Observable可以發(fā)出0個或者多個事件,直到結(jié)束或者出錯。每發(fā)出一個事件,就會調(diào)用它的Subscriber的onNext方法,最后調(diào)用Subscriber.onNext()或者Subscriber.onError()結(jié)束。

使用示例

ok,接下來看一個栗子:

Observable.just("Hello World!")
        .map(new Func1<String, String>() {
            @Override
            public String call(String s) {
                return s + "I am kyrie!";
            }
        })
        .subscribeOn(Schedulers.io())
        .observeOn(AndroidSchedulers.mainThread())
        .subscribe(new Action1<String>() {
            @Override
            public void call(String s) {
                Log.e("jia", "call: " + s);
            }
        });

事件發(fā)送源Observable發(fā)送一個字符串"Hello World!",使用map操作符(后面會介紹map操作符)將其轉(zhuǎn)換為"Hello World! I am kyrie! ",最后交給觀察者Subscriber處理,將其打印。

當(dāng)然,RxJava的操作符結(jié)合lambda表達(dá)式,代碼會更加簡潔干練:

Observable.just("Hello World!")
        .map(s -> s + "I am kyrie!")
        .subscribeOn(Schedulers.io())
        .observeOn(AndroidSchedulers.mainThread())
        .subscribe(s -> {
            Log.e("jia", "call: " + s);
        });

讓項(xiàng)目支持lambda表達(dá)式,需要再build.gradle中配置如下:

compileOptions {
    sourceCompatibility JavaVersion.VERSION_1_8
    targetCompatibility JavaVersion.VERSION_1_8
}

基本使用

Observable的創(chuàng)建

        Observable<String> observable = Observable.create(new Observable.OnSubscribe<String>() {

            @Override
            public void call(Subscriber<? super String> subscriber) {
                subscriber.onNext("Hi,Weavey!");
                subscriber.onNext("Hi,!");
                subscriber.onCompleted();
                subscriber.onNext("Hi,js!");
            }
        });

可以看到,這里傳入了一個 OnSubscribe 對象作為參數(shù)。OnSubscribe 會被存儲在返回的 Observable 對象中,它的作用相當(dāng)于一個計(jì)劃表,當(dāng) Observable 被訂閱的時候,OnSubscribe 的 call() 方法會自動被調(diào)用,事件序列就會依照設(shè)定依次觸發(fā)。這樣,由被觀察者調(diào)用了觀察者的回調(diào)方法,就實(shí)現(xiàn)了由被觀察者向觀察者的事件傳遞,即觀察者模式。

這個例子只是簡單解釋下Observable的基礎(chǔ)創(chuàng)建,在實(shí)際生產(chǎn)中并無意義。

上面的例子中,計(jì)劃表依次發(fā)出兩個字符串,然后通知完成,之后的第三個字符串便不會再發(fā)送。也就是說,只要執(zhí)行一次subscriber的onCompleted或onError方法,之后的事件就不會再發(fā)送。

Observer的創(chuàng)建

        Observer observer = new Observer<String>() {
            @Override
            public void onCompleted() {
                Log.e("jia", "onCompleted: ");
            }

            @Override
            public void onError(Throwable e) {
                Log.e("jia", "onError: " + e.toString());
            }

            @Override
            public void onNext(String o) {
                Log.e("jia", "onNext: " + o.toString());
            }
        };

Observer 是一個接口,包含三個抽象方法:onNext、onError、onCompleted。

每次正常接收到消息,都會執(zhí)行onNext方法,如果過程中出現(xiàn)異常,或顯式調(diào)用subscriber的onError,則會執(zhí)行onError方法,如果正常全部執(zhí)行完畢,會調(diào)用onCompleted方法。

除了 Observer 接口之外,RxJava 還內(nèi)置了一個實(shí)現(xiàn)了 Observer 的抽象類:Subscriber。Subscriber 對 Observer 接口進(jìn)行了一些擴(kuò)展,但他們的基本使用方式是完全一樣的,實(shí)質(zhì)上,在 RxJava 的 subscribe 過程中,Observer 也總是會先被轉(zhuǎn)換成一個 Subscriber 再使用。所以如果你只想使用基本功能,選擇 Observer 和 Subscriber 是完全一樣的。它們的區(qū)別對于使用者來說主要有兩點(diǎn):

  • onStart(): 這是 Subscriber 增加的方法。它會在 subscribe 剛開始,而事件還未發(fā)送之前被調(diào)用,可以用于做一些準(zhǔn)備工作,例如數(shù)據(jù)的清零或重置。這是一個可選方法,默認(rèn)情況下它的實(shí)現(xiàn)為空。

需要注意的是,如果對準(zhǔn)備工作的線程有要求(例如彈出一個顯示進(jìn)度的對話框,這必須在主線程執(zhí)行),onStart() 就不適用了,因?yàn)樗偸窃?subscribe 所發(fā)生的線程被調(diào)用,而不能指定線程。要在指定的線程來做準(zhǔn)備工作,可以使用 doOnSubscribe() 方法。

  • unsubscribe(): 這是 Subscriber 所實(shí)現(xiàn)的另一個接口 Subscription 的方法,用于取消訂閱。在這個方法被調(diào)用后,Subscriber 將不再接收事件。一般在這個方法調(diào)用前,可以使用 isUnsubscribed() 先判斷一下狀態(tài)。

所以O(shè)bserver我們一般這樣創(chuàng)建:

        Observer observer = new Subscriber<String>() {

            /**
             * Subscriber特有方法,事件還未發(fā)送前調(diào)用,但注意是在subscribe執(zhí)行的線程中
             */
            @Override
            public void onStart() {
                super.onStart();
            }

            @Override
            public void onCompleted() {

            }

            @Override
            public void onError(Throwable e) {

            }

            @Override
            public void onNext(String s) {

            }
        };

訂閱

我們使用subscribe完成事件的訂閱。

observable.subscribe(subscriber);

Observable和Observer的關(guān)聯(lián)訂閱之后會返回一個Subscription對象。

Subscription subscription = Observable.just("Hello, World!")
                .subscribe(s -> System.out.println(s));

if (!subscription.isUnsubscribed())
    subscription.unsubscribe();

unsubscribe() 這個方法很重要,因?yàn)樵?subscribe() 之后, Observable 會持有 Subscriber 的引用,這個引用如果不能及時被釋放,將有內(nèi)存泄露的風(fēng)險。所以最好保持一個原則:要在不再使用的時候盡快在合適的地方(例如 onPause() onStop() 等方法中)調(diào)用 unsubscribe() 來解除引用關(guān)系,以避免內(nèi)存泄露的發(fā)生。

調(diào)用unsubscribing后,會停止整個調(diào)用鏈。如果你使用了一串很復(fù)雜的操作符,調(diào)用unsubscribe將會在他當(dāng)前執(zhí)行的地方終止。不需要做任何額外的工作。

更多精彩內(nèi)容,歡迎關(guān)注我的微信公眾號——Android機(jī)動車

image
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,119評論 6 531
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,382評論 3 415
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,038評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,853評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 71,616評論 6 408
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,112評論 1 323
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,192評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,355評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,869評論 1 334
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 40,727評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 42,928評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,467評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,165評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,570評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,813評論 1 282
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,585評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 47,892評論 2 372

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

  • 作者寄語 很久之前就想寫一個專題,專寫Android開發(fā)框架,專題的名字叫 XXX 從入門到放棄 ,沉淀了這么久,...
    戴定康閱讀 7,640評論 13 85
  • 我從去年開始使用 RxJava ,到現(xiàn)在一年多了。今年加入了 Flipboard 后,看到 Flipboard 的...
    Jason_andy閱讀 5,546評論 7 62
  • 最近項(xiàng)目里面有用到Rxjava框架,感覺很強(qiáng)大的巨作,所以在網(wǎng)上搜了很多相關(guān)文章,發(fā)現(xiàn)一片文章很不錯,今天把這篇文...
    Scus閱讀 6,887評論 2 50
  • 轉(zhuǎn)一篇文章 原地址:http://gank.io/post/560e15be2dca930e00da1083 前言...
    jack_hong閱讀 933評論 0 2
  • 一個圓拱門里有兩個人,他們周身的藍(lán)色,似乎代表著他們的情感象海一樣的深邃浩瀚,他們握著的手在兩人的中心,看上去積極...
    儲晴whj閱讀 132評論 0 0