真的有必要用rxjava嗎？1. Rxjava邏輯比較清晰，代碼可讀性比較差；在后臺業(yè)務(wù)處理中使用時，后臺業(yè)務(wù)通常比較復(fù)雜，步驟比較多，邏輯比較清晰，但前端基本不需要，代碼可讀性比較差；2。每次改造發(fā)

真的有必要用rxjava嗎？

1. Rxjava邏輯比較清晰，代碼可讀性比較差；在后臺業(yè)務(wù)處理中使用時，后臺業(yè)務(wù)通常比較復(fù)雜，步驟比較多，邏輯比較清晰，但前端基本不需要，代碼可讀性比較差；

2。每次改造發(fā)送一個請求時，都會創(chuàng)建okhttp，它不會被重用，從而導(dǎo)致單個data3的請求性能降低。rxjava改造的性能非常低，特別是當(dāng)它是并發(fā)的時候。測試表明，運(yùn)行100個并發(fā)工件需要1200ms，如果不使用則需要130ms；

4。Rxjava改裝組合當(dāng)您需要讀取本地緩存時，讀緩存是通過URL作為鍵讀取的。這樣就需要寫兩次URL，一個是框架，一個是緩存，使用起來比較不方便。以上是我在使用過程中的體會。有專家解答這個難題嗎？目前，我決定放棄這個組合，自己實現(xiàn)一個

Rx：函數(shù)響應(yīng)編程。響應(yīng)代碼的基本組件是可觀察的和訂戶（事實上，觀察器是最小的構(gòu)建塊，但訂戶在實踐中使用最多，因為訂戶對應(yīng)于可觀察的）。Observable發(fā)送消息，而subscriber用于消費(fèi)消息。主要區(qū)別在于，在Rx中建立訂閱關(guān)系時，可以使用操作符進(jìn)行任何處理（如轉(zhuǎn)換數(shù)據(jù)、更改數(shù)據(jù)等），并且可以處理異步操作。Eventbus相當(dāng)于廣播。當(dāng)它被發(fā)送時，它總是可以接收它。發(fā)送后不能更改任何數(shù)據(jù)。如果需要更改，則必須重新發(fā)布。

RxJava和EventBus的區(qū)別？

Ping程序基于ICMP協(xié)議，但I(xiàn)CMP不工作。這并不意味著IP協(xié)議不起作用，更不用說TCP了。HTTP是基于TCP的