最近這一年，RxJava/RxAndroid 實在太火了。火到了什么程度？??到16年之后每一個星期的Android Weekly都會至少發(fā)布兩篇以上的Rx相關(guān)的文章(沒有訂閱的同學(xué)建議可以訂閱一下，每個星期的推送都可以學(xué)到新的知識)。

RxJava之所以被大家認(rèn)為是一個優(yōu)秀的異步library，很大一部分原因是其簡潔的鏈?zhǔn)秸{(diào)用，還有方便的線程切換。這篇文章我打算簡單的介紹一些RxJava的use case，在哪些情況下，使用RxJava會有優(yōu)勢？這篇文章的前提是假設(shè)你已經(jīng)使用過RxJava，知道一些Rx的operator的前提下。如果還沒使用過/了解過的同學(xué)建議先看看

1.RxJava基礎(chǔ)，操作符《RxJava Essentials》

2.拋物線大牛的神作《給Android開發(fā)者的RxJava詳解》

那么，RxJava到底有什么優(yōu)勢呢？在哪些情況下使用會更方便呢？我們先從一些例子入手:

1.用flatmap()解決nested callback/ callback hell

在前段調(diào)用后端的API時，經(jīng)常會出現(xiàn)回調(diào)嵌套的情況。假設(shè)我們有兩個API，queryA 和 queryB. 并且queryB的運行依賴于queryA的結(jié)果。那么我們的程序在一般的情況下可能是這個樣子。想象有如下的代碼:

server類

嵌套調(diào)用API

是不是感覺非常不舒服？假如嵌套的API再多幾層，那么這將是個災(zāi)難。一個人開發(fā)的時候可能不覺得有什么問題，但是可以想象做code review或者新入項目組的同事看到你這復(fù)雜的嵌套時的表情。

頭都大了

是時候讓flatmap出現(xiàn)啦！讓我們把程序稍微改造一下，在Server類里面把makeRequest的方式變成RxJava的Observable的形式（我會在例子之后解釋為什么要用flatmap()）:

使用Observable

開始調(diào)用

看上去好像沒覺得有都簡潔是么？你等著我給你看看假如嵌套多幾層之后:

6層嵌套之后

看到了么？在RxJava的鏈?zhǔn)秸{(diào)用下，所有之前需要嵌套的地方都被flatMap()隔開了。代碼可讀性大大增加！假如你的IDE支持java 8的話，你可以體驗更美妙的事情：lambda!?

在拋棄了可惡的匿名類之后，代碼更加簡潔了！

此時此刻，想必在看到你新重構(gòu)的代碼之后，表情是這樣的:

o ?yeah!

看來很多同學(xué)都不太理解為何要用flatmap來解決嵌套回調(diào)。那咱們就深入點:

flatMap()究竟是用來干嘛的？簡單的說，flatmap把一個Observable變成多個Observable，然后把得到的多個Obervable的元素一個個的發(fā)射出去。

舉個栗子

假設(shè)你有一個API queryA，用這個query可以通過一個userID得到一個指定用戶的所有關(guān)注的明星的userID(但是原始數(shù)據(jù)只是String)，你需要把這些userID一個個打印出來。

那么我們在調(diào)用queryA的時候就已經(jīng)構(gòu)建了一個Obervable了，我們暫且叫他O1.在O1每發(fā)射結(jié)果的同時，我們需要調(diào)用把返回的String結(jié)果變成另一個Observable，O2，O2含有所有的明星userID，并且一個個發(fā)射出去。代碼例子：

flatmap

大家可以看到，新的observable2是一個JsonObject類型的。因為在第三行注釋之后，我們返回了一個(可以是多個)新的包含所有userID的observable，RxJava會將這個(或者多個)Observable平鋪發(fā)射.

或者大家可以參考拋物線大神文章中的學(xué)生和課程的例子?大概在文章的中間?

總之flatmap最核心的功能大家可以理解為：轉(zhuǎn)換，可一個Obervable轉(zhuǎn)換成多個Observable，再講結(jié)果平鋪發(fā)射。

在我們的例子中，是一個observable(O1)變成另一個observable(O2),是一對一的關(guān)系，因為queryA只會返回一個String s的結(jié)果，所以我們只會將一個observable（O2）平鋪并發(fā)射。

所以這和nested callback有什么關(guān)系呢？

關(guān)系大了！

yes

再想想，我們的剛剛做的和nested callback不同的地方差在哪里？唯一不通的地方是在獲取所有明星userID的時候，我們是一個同步的操作，也就是說userID全部都包含在queryA返回的結(jié)果里面。我們用同步的方法把其封裝成一個JSONArray.

假如queryA返回的只是用戶關(guān)注明星userID的url呢？假如在第二部我們需要再做一步API call呢？

是的，就算我們還需要一步API call，程序的結(jié)構(gòu)還是一樣的：

異步獲取list

還是那句話:flatmap最核心的功能大家可以理解為：轉(zhuǎn)換，可一個Obervable轉(zhuǎn)換成多個Observable，再將結(jié)果平鋪發(fā)射。

至于轉(zhuǎn)換的Observable里面的操作是同步還是異步，我們不需要去過多的思考，Rxjava已經(jīng)完美的解決了。

2.使用RxJava把不同異步操作合并

假設(shè)你有十個異步任務(wù)，程序需要在這十個異步任務(wù)完成之后發(fā)送一個通知。通常的做法可能是使用java里面的countdownlatch來實現(xiàn)。

但是問題是，countdownlatch是沒有上下文的，也就是說，它只支持當(dāng)countdown數(shù)到了的時候啟動通知，而你并不能確定是哪一些任務(wù)完成了。當(dāng)任務(wù)數(shù)，種類都增多的時候，麻煩就來了。假如你有很多個不通的任務(wù)組，每組又有若干個任務(wù)，這時候管理每個組的countdownlatch就顯得非常麻煩。

而RxJava的mergeWith() 方法完美的解決了這個問題，把不同的任務(wù)merge到一起，在所有任務(wù)執(zhí)行完畢并且發(fā)送完結(jié)果之后，在同一個subscriber里面發(fā)送onComplete()。我們還是使用上面的代碼，假設(shè)我們有六個query：

使用mergeWith()

看到了吧！讓若干Observable互相merge，并且共享同一個subscriber，那么我們便可以在subscriber的onComplete()里面執(zhí)行我們本來要使用countdownlatch發(fā)送的通知。

哈哈爽！

今天就暫時更新到這里，下周我會繼續(xù)介紹RxJava的開山始祖Netflix(現(xiàn)在好像已經(jīng)跳槽去FB了)的Ben Christensen在GotoConference大會上介紹的在Netflix中使用RxJava的一個例子。