環境搭建

在主項目APP gradle的dependencies {}里添加以下依賴，最新的引用請參考官網RxAndroid

compile 'io.reactivex.rxjava2:rxandroid:2.0.1'
compile 'io.reactivex.rxjava2:rxjava:2.1.3'

趣解rxjava

RxJava也是基于觀察者模式來組建自己的程序邏輯的，就是構建被觀察者（Observable），觀察者（Observer/Subscriber），然后建立二者的訂閱關系（就像那根電線，連接起臺燈和開關）實現觀察，在事件傳遞過程中還可以對事件做各種處理。

able英文解釋為可以被，可以如何的
Observable： 被觀察者（不支持背壓）
Flowable： Rxjava2才有的（支持背壓被觀察者）

er表示的人，觀察者
Observer：觀察者的接口
Subscriber：實現觀察者接口的抽象類，并封裝了一些方法，更方便使用，如onNext可以執行多個，onCompleted之后會解除監聽（發送者的onComplete之后的事件依舊會繼續發送,但是接收者接收到onComplete之后就停止接收事件了.）onerro（發送者onError之后的事件依舊會繼續發送,但是接收者當接收到onError之后就會停止接收事件了.）
實質上，在 RxJava 的 subscribe 過程中，Observer 也總是會先被轉換成一個 Subscriber 再使用。所以如果你只想使用基本功能，選擇 Observer 和 Subscriber 是完全一樣的。它們的區別對于使用者來說主要有兩點：

onStart(): 這是 Subscriber 增加的方法。它會在 subscribe 剛開始，而事件還未發送之前被調用，可以用于做一些準備工作，例如數據的清零或重置。這是一個可選方法，默認情況下它的實現為空。
需要注意的是，如果對準備工作的線程有要求（例如彈出一個顯示進度的對話框，這必須在主線程執行）， onStart() 就不適用了，因為它總是在 subscribe 所發生的線程被調用，而不能指定線程。

要在指定的線程來做準備工作，可以使用 doOnSubscribe() 方法。

Subject

unsubscribe(): 這是 Subscriber 所實現的另一個接口 Subscription 的方法，用于取消訂閱。在這個方法被調用后，Subscriber 將不再接收事件。一般在這個方法調用前，可以使用 isUnsubscribed() 先判斷一下狀態。 unsubscribe() 這個方法很重要，因為在 subscribe() 之后， Observable 會持有 Subscriber 的引用，這個引用如果不能及時被釋放，將有內存泄露的風險。所以最好保持一個原則：要在不再使用的時候盡快在合適的地方（例如 onPause() onStop() 等方法中）調用 unsubscribe() 來解除引用關系，以避免內存泄露的發生。

onError事件和onComplete事件是互斥的,但是這并不代表你配置了多個onError和onComplete一定會崩潰,多個onComplete是可以正常運行的,但是只會接收到第一個,之后的就不會再接收到了,多個onError時,只會接收到第一個,第二個會直接造成程序崩潰.

觀察者和被觀察者怎么建立關系呢？
subscribe： 訂閱關系開始，實際就是觀察者(subscriber)對象把自己傳遞給被觀察者(observable)內部的onSubscribe。

我們知道，點擊事件的監聽函數都是On開頭的，同樣的rxjava的觀察監聽叫OnSubscribe：被觀察者執行方法回調，調用call(subscriber)來通知被觀察者發送消息給這個subscriber。

創建被觀察者

RxJava 使用 create() 方法來創建一個 Observable。 這里傳入了一個 OnSubscribe 對象作為參數。OnSubscribe 會被存儲在返回的 Observable 對象中，它的作用相當于一個計劃表，當 Observable 被訂閱的時候，OnSubscribe 的 call() 方法會自動被調用，事件序列就會依照設定依次觸發

//創建一個被觀察者（開關）
 Observable switcher=Observable.create(new Observable.OnSubscribe<String>(){

            @Override
            public void call(Subscriber<? super String> subscriber) {
                subscriber.onNext("On");
                subscriber.onNext("Off");
                subscriber.onNext("On");
                subscriber.onNext("On");
                subscriber.onCompleted();
            }
        });

創建觀察者

觀察者是觀察和處理事件傳遞的終點，有onNext onCompleted onError三個回調方法。

Subscriber light = new Subscriber<String>() {
    @Override
    public void onCompleted() {
        Log.d("DDDDDD","結束觀察...\n");
    }

    @Override
    public void onError(Throwable e) {
        //出現錯誤會調用這個方法
    }
    @Override
    public void onNext(String s) {
        //處理事件
        Log.d("DDDDD","handle this---"+s)；
    }
}

訂閱

switcher.subscribe(light);

一旦觀察關系建立，被觀察者的事件就會發射出來，觀察者最終收到事件，最后解除監聽。

來自網絡的圖（侵刪）

RxJava1 和 RxJava2

觀察流程

運行線程控制

默認情況下,發送者和接收者都運行在主線程,但是這顯然是不符合實際需求的,我們在日常使用中,通常用的最多的就是在子線程進行各種耗時操作,然后發送到主線程進行,這個時候我們就是需要進行進程切換。

在不指定線程的情況下，RxJava遵循的是線程不變的原則；當需要線程切換時，可以使用Scheduler（線程調度器）。

subscribeOn(),只有在第一次調用的時候生效,之后不管調用多少次,只會以第一次為準，也就是說對所有的操作符生效，是一個群殺技能～～（但是殺傷力比observeOn弱，就很好的理解了下面例子下的解釋）
observeOn(),可以被調用多次,每次調用都會更改線程.一般放在just 或者create創建之后，map和flatmap等操作符之前。每個observeOn都可以控制操作符中的操作,作用范圍是在下一個observeOn出現前。

Observable.fromArray(...)
          .map(1)
          .flatMap(2)
          .subscribeOn(Schedulers.io())

1、2都是在io線程中執行, 除非在程序中某處執行了observeOn

observeable.just(T...)
            .observeOn(Schedulers.io())
            .map(1)
            .flatMap(2);
            .observeOn(Schedulers.newThread())
            .map(3)
            .subscribe(4)

1、2都是在io線程，3、4在新的線程

常用的Scheduler

操作符

前面switcher.subscribe(light);是被觀察者 .subscribe 觀察者，而我們的操作符是創建者模式的鏈式調用，返回的對象也是被觀察者，所以用操作符鏈式調用代替前面的寫法，看下面代碼。

//這就是RxJava的流式API調用
Observable.just("On","Off","On","On")
        //在傳遞過程中對事件進行過濾操作
         .filter(new Func1<String, Boolean>() {
                    @Override
                    public Boolean call(String s) {
                        return s！=null;
                    }
                })
        .subscribe(light);

其他操作符，在后面序列文章里面，結合實際場景進行分析。