點(diǎn)擊“開(kāi)發(fā)者技術(shù)前線(xiàn)”，選擇“星標(biāo)?”

在看|星標(biāo)|留言,? 真愛(ài)

回復(fù)“666”，獲取一份專(zhuān)屬大禮包

作者: W_BinaryTree

https://juejin.im/post/5cd04b6e51882540e53fdfa2

距離上一次更新也有一段時(shí)間了，其實(shí)這篇文章我早就想寫(xiě)，礙于一直沒(méi)來(lái)得及總結(jié)（懶）。所以一直沒(méi)有成文。來(lái)總結(jié)一下我RxJava遇到的坑，或者說(shuō)我為什么不在推薦使用RxJava。相信熟悉或者關(guān)注我的朋友，絕大多數(shù)都是因?yàn)镽xJava。所以看到這個(gè)標(biāo)題你已經(jīng)會(huì)驚訝。作為RxJava堅(jiān)定的擁護(hù)者，或者說(shuō)自干五？為什么突然不再支持RxJava了呢？

先講講歷史

在我的文章中已經(jīng)講過(guò)很多次RxJava誕生之初就是因?yàn)楫惒?。再后?lái)借鑒LINQ的思想借用Monad的力量使得 Rx可以使用操作符進(jìn)行組合將各種復(fù)雜的請(qǐng)求簡(jiǎn)單化。可以說(shuō)，RxJava的設(shè)計(jì)初衷就是圍繞著Asyhconization和Composition。當(dāng)年的Netflix也是為了增加服務(wù)器的性能和吞吐量來(lái)編寫(xiě)RxJava并開(kāi)源。才使得RxJava問(wèn)世。詳細(xì)關(guān)于這段可以參考我的知乎回答：你會(huì)在實(shí)際工作中使用 rxjava 嗎？（https://www.zhihu.com/question/53151203/answer/164427549）

再聊聊異步

在那個(gè)RxJava剛剛火爆的年代，那是一個(gè)荒蠻的年代。我們?cè)诋惒椒矫尜Y源匱乏，手頭僅有ThreadPool,AsyncTask和Handler這些基礎(chǔ)封裝的異步庫(kù)。所以當(dāng)我們看見(jiàn)RxJava這個(gè)新奇的小玩意，當(dāng)我們看到異步還可以這么簡(jiǎn)單，輕而易舉的解決Concurrency問(wèn)題。我們當(dāng)然如獲至寶。

而我們現(xiàn)在選擇就更多了，無(wú)論是Java 8本身提供的CompletableFuture。還是后起之秀Kotlin上的Coroutine，還有Android 上官方提供的LiveData(這里說(shuō)下：雖然本質(zhì)上線(xiàn)程管理仍需用戶(hù)自己，但是常見(jiàn)的比如Room數(shù)據(jù)庫(kù)，Retrofit等等都有現(xiàn)成的LiveDataAdapter，實(shí)際上并不需要我們過(guò)多操心線(xiàn)程問(wèn)題)。相比之下，RxJava優(yōu)勢(shì)并不那么明顯，相反劣勢(shì)卻很突出。

RxJava 門(mén)檻太高

相信多數(shù)Android開(kāi)發(fā)者并沒(méi)有了解過(guò)或者說(shuō)深入了解過(guò)（我自己也沒(méi)深入了解過(guò)）函數(shù)式相關(guān)的知識(shí)。但是如果不了解這些，那么而幾乎可以說(shuō)不可能融會(huì)貫通RxJava的一些概念。舉個(gè)例子，一個(gè)很著名的Googler：Yigit Boyar。也就是每次IO的那個(gè)大胡子，他的代表作有很多。比如RecyclerView，再比如Architecture Component。這樣一個(gè)Android界名人，水平怎么也有平均以上。但是他在實(shí)現(xiàn)LiveData和RxJava適配的時(shí)候，同樣出現(xiàn)了由于理解上出的問(wèn)題，造成錯(cuò)誤的實(shí)現(xiàn)方式。

RxJava的門(mén)檻過(guò)于高，就連我自己推廣這么久，自己也不敢說(shuō)對(duì)RxJava了解有多深刻。經(jīng)常在常見(jiàn)操作符的使用中出現(xiàn)了或多或少的unexpected behavior。再者，無(wú)論國(guó)內(nèi)國(guó)外的RxJava教程水平都參差不齊。新手很難鑒別哪些人說(shuō)的是對(duì)的哪些人說(shuō)的是錯(cuò)誤的。在這樣魚(yú)龍混雜的條件下學(xué)好這個(gè)高門(mén)檻的異步庫(kù)更是變得難上加難。很多教程在自己沒(méi)有精通的情況下，很容易誤導(dǎo)其他人（包括我自己的文章）。

投入高，收獲少

雖然這點(diǎn)存疑，因?yàn)槲易约恒@研RxJava之后確實(shí)覺(jué)得收獲很大，尤其是經(jīng)由RxJava窺探了函數(shù)式的大門(mén)。但是功利的看，RxJava在解決異步處理這個(gè)問(wèn)題上，的確是投入高，收獲少。異步問(wèn)題是Android開(kāi)發(fā)必不可少的一個(gè)環(huán)節(jié)，可以說(shuō)掌握異步應(yīng)該是成為入門(mén)Android開(kāi)發(fā)的敲門(mén)磚。而RxJava歸根到底是通過(guò)響應(yīng)式的方式配合Monad來(lái)解決異步問(wèn)題。但是僅僅為了解決異步問(wèn)題，學(xué)習(xí)并精通RxJava并不是必不可少的。相反，精通RxJava需要大量時(shí)間和精力，在現(xiàn)在異步編程逐步完善的情況下，完全沒(méi)有必要。

你永遠(yuǎn)無(wú)法預(yù)測(cè)你同事的RxJava水平

上面幾點(diǎn)可能有點(diǎn)抽象，而這點(diǎn)和接下來(lái)的幾點(diǎn)都是我在實(shí)際工作中遇到的實(shí)際情況。首先就是你并不能預(yù)測(cè)或者要求你的同事RxJava到達(dá)什么樣的水平。我之前的公司使用了一個(gè)簡(jiǎn)單的類(lèi)redux框架。其中RxJava是核心部分，他承載了中間render層和view層的連接。具體關(guān)于這個(gè)架構(gòu)可以看我這里的項(xiàng)目實(shí)例：Twivy（https://github.com/wbinarytree/Twivy）。在Review同事的代碼之后，我才發(fā)現(xiàn)RxJava還能這么玩？

各種奇思妙想的作用讓我不得不佩服法國(guó)同事的豐富想象力。而這些錯(cuò)誤使用就像一顆顆定時(shí)炸彈一樣埋在代碼里。隨時(shí)可能爆炸。但是反過(guò)來(lái)一想，并不是所有人都像我一樣喜歡研究RxJava。他們可能僅僅是因?yàn)槭褂昧诉@個(gè)架構(gòu)而接觸Rx。而RxJava的掌握并不是一個(gè)Android開(kāi)發(fā)的必要條件。他完全可以一點(diǎn)RxJava也不會(huì)也成為一個(gè)優(yōu)秀的Android Developer。

RxJava的行為并不可預(yù)

RxJava還有一大毛病就是光看方法名你很難知道他的真正意思。在初學(xué)RxJava時(shí)候，兩個(gè)一直糾纏不清的問(wèn)題就是map和flatMap的區(qū)別。還有flatMap和concatMap的區(qū)別。簡(jiǎn)單的講map是一對(duì)一，flatMap是一對(duì)N的map然后在進(jìn)行flatten操作。還有些教程直接寫(xiě)出flatMap無(wú)序，concatMap有序。其實(shí)這些都只是簡(jiǎn)單總結(jié)，而實(shí)際的行為照著相差甚遠(yuǎn)。比如flatMap在第一個(gè)error的時(shí)候會(huì)不會(huì)繼續(xù)繼續(xù)觸發(fā)第二個(gè)？如果我想繼續(xù)，將如何操作？再比如concatMap在遇到第一個(gè)Observable不會(huì)中斷的時(shí)候，怎么繼續(xù)下一個(gè)？

這些都幾乎是要看源碼或者做多次實(shí)驗(yàn)對(duì)比才能得出結(jié)論的問(wèn)題，而實(shí)際工作中并不想去因?yàn)檫@個(gè)工具而去浪費(fèi)太多時(shí)間，得不償失。但是如果不做，就像前文提到的定時(shí)炸彈一樣。上線(xiàn)直接增加錯(cuò)誤幾率。

RxJava太容易出錯(cuò)

Uncle Ben 說(shuō)過(guò)：

with great power comes great responsibility. RxJava就是這樣。在簡(jiǎn)單易用的同時(shí)他太容易被濫用了。我在實(shí)際工作中碰到的例子：

val stationId =?"5bCP6Iqx"
val statoin:Observable?= staionRepo.getStationById(stationId)
val stationLine:Observable?= station.flatMap{station ->stationRepo.getLine(station)}

return?Observable.merge(station.map{it.toUiModel()},
? ? ? ? ? ? ? ? ?stationLine.map{it.toUiModel()})

乍一看，這幾行代碼并沒(méi)有錯(cuò)。這個(gè)Bug還是后臺(tái)反饋給我的說(shuō)為什么android每次都會(huì)發(fā)兩個(gè)一模一樣的請(qǐng)求？其實(shí)問(wèn)題就出在stationLine和station并沒(méi)有共享結(jié)果。造成了每次請(qǐng)求都要發(fā)兩次。修改后的代碼：

val stationId =?"5bCP6bif"
val statoin:Observable?= staionRepo.getStationById(stationId)

return?station.publish{selector ->
Observable.merge(selector.map{it.toUiModel()},
? ? ? ? ? ? selector.flatMap{station -> stationRepo.getLine(station)}
? ? ? ? ? ? .map{it.toUiModel()})
}

RxJava還是過(guò)于理想化了

RxJava承諾出一個(gè)完美的異步世界，一切異步操作由上游控制，下游只需要思考如何處理，并不關(guān)心數(shù)據(jù)來(lái)源。而實(shí)際過(guò)程中，這個(gè)過(guò)程還是過(guò)于理想化了。最直接的例子就是BackPressure的出現(xiàn)。在數(shù)據(jù)量足夠龐大時(shí)，緩存池并不能及時(shí)緩存所有生產(chǎn)的數(shù)據(jù)，造成越積越多最終OOM。也即是所謂的BackPressure。再者，函數(shù)式中的Monad來(lái)包裹異步這個(gè)操作還是過(guò)于復(fù)雜了，看過(guò)RxJava的朋友都應(yīng)該清楚。某些很簡(jiǎn)單的操作符在實(shí)現(xiàn)起來(lái)其實(shí)非常復(fù)雜。

追蹤數(shù)據(jù)十分困難，很容易掉入很難Debug的情況。而且雖然RxJava的文檔是我見(jiàn)過(guò)少有寫(xiě)的非常出色的庫(kù)，但是很多操作符如果不讀通源碼，僅僅從Java Doc和Method Signature來(lái)觀察，并不清楚期待的行為是什么。就算知道，在一些特殊情況如何處理，仍是一個(gè)未知結(jié)果。同時(shí)RxJava雖然解放了上游控制權(quán)力的，也引入了不安全性。如果上游出現(xiàn)了非預(yù)想的問(wèn)題，下游將很難處理。

其次，RxJava為了這個(gè)理想化的世界，引入了太多的overhead。無(wú)論是每個(gè)操作符都要生成一個(gè)新的Observable實(shí)例還是蹦床模式（https://github.com/ReactiveX/RxJava/wiki/Writing-operators-for-2.0#serialization）的異步解決方案。都生成了太多的Object在堆中存放。這種overhead在輕量級(jí)應(yīng)用，或者一些小型異步處理比如數(shù)據(jù)埋點(diǎn)等等行為中，都顯得過(guò)于龐大。

RxJava起于異步，卻也不單單是異步

Rx在被Erik Meijer?提出的時(shí)候，確實(shí)是由同步的Iterable推導(dǎo)，由主動(dòng)拉取數(shù)據(jù)改為被動(dòng)接受數(shù)據(jù)（可參考我之前的文章：一篇不太一樣的RxJava介紹[https://juejin.im/post/5a2549576fb9a04519696d45?]）。但是在加入函數(shù)是Monad的概念之后,RxJava作為響應(yīng)式數(shù)據(jù)流，應(yīng)用在了更多Callback base的場(chǎng)景中。在Android這種GUI平臺(tái)下尤為出色。多數(shù)基于Redux結(jié)構(gòu)的Android架構(gòu)都或多或少基于RxJava?；蛘呓梃bRxJava的思想。比如Airbnb推出的MvRx。還有Google在18年io中當(dāng)作Sample App做出的Sunflower，大量使用LiveData。而LiveData無(wú)疑也是大量借鑒了RxJava的思想。

總結(jié)：RxJava雖然優(yōu)秀，但并不適合所有人

即使RxJava有且不僅限于我說(shuō)的上述幾個(gè)問(wèn)題，但無(wú)疑RxJava仍是一個(gè)劃時(shí)代的優(yōu)秀的異步框架。但是優(yōu)秀并不代表適合所有人，我在之前推廣RxJava，認(rèn)為這樣的異步基礎(chǔ)應(yīng)該是每一個(gè)Android開(kāi)發(fā)者必不可少的知識(shí)點(diǎn)。但實(shí)際工作使用兩年之后，我覺(jué)得這并不實(shí)際，也不必要。RxJava的水平并不能映射一個(gè)Android Dev的開(kāi)發(fā)水平，反之，一個(gè)高水平的Android Dev也并不一定對(duì)RxJava了解多少。在這樣的前提下，再加上入門(mén)門(mén)檻高，易出錯(cuò)，行為不好預(yù)期等等缺點(diǎn)下。在團(tuán)隊(duì)沒(méi)有RxJava Expert的情況下我更傾向于直接棄用RxJava，轉(zhuǎn)為更容易使用的異步框架和響應(yīng)式數(shù)據(jù)流。我在入職新公司的的時(shí)候，郵件里寫(xiě)了這樣一句：

engineering is about trade off

RxJava便是這樣一個(gè)庫(kù)，甲之蜜糖，乙之砒霜。用的好RxJava，他是一個(gè)利器，根本離不開(kāi)。用不好，他就是你身邊的定時(shí)炸彈，隨時(shí)爆炸卻又很難拆解。

END

前線(xiàn)推出學(xué)習(xí)交流一定要備注：研究/工作方向+地點(diǎn)+學(xué)校/公司+昵稱(chēng)（如大數(shù)據(jù)+上海+上交+卡卡），根據(jù)格式備注，可更快被通過(guò)且邀請(qǐng)進(jìn)群
掃碼加我微信和大佬們零距離

歷史推薦

一張900w的數(shù)據(jù)表，干脆把花費(fèi)17s執(zhí)行的SQL優(yōu)化到300ms了
阿里巴巴微服務(wù)架構(gòu)的四大金剛利器
面試官問(wèn)我：一個(gè) TCP 連接可以發(fā)多少個(gè) HTTP 請(qǐng)求？我竟然回答不上來(lái)...
真香！我終于干掉了該死的 if-else...
刷題一個(gè)半月，一口氣拿下騰訊、華為、Oppo、微軟7個(gè)大廠offer，字節(jié)跳動(dòng)薪資漲幅60%！
好文點(diǎn)個(gè)在看吧！

再見(jiàn)！ RxJava