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

真的有必要用rxjava嗎？

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

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

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

rxjava官方GitHub的介紹是：一個(gè)庫(kù)，用于為javavm使用可觀察序列編寫(xiě)異步和基于事件的程序。在JVM上使用可觀察序列來(lái)形成一個(gè)異步的基于事件的庫(kù)。很難讀懂。它本質(zhì)上是異步觀察者模式。主要有可觀察、觀察、事件和訂閱等概念。觀察者通過(guò)訂閱observable來(lái)了解observable中的事件，然后做出相應(yīng)的反應(yīng)

首先，架構(gòu)師不是很好，技術(shù)實(shí)力必須過(guò)關(guān)，他必須有架構(gòu)師的想法。其次，架構(gòu)師是Dubbo框架，zookeeper的基本原理，redis分布式緩存，JVM性能優(yōu)化，nginx Apache for enterprise development Tomcat集群部署，大數(shù)據(jù)Hadoop，HBase實(shí)時(shí)計(jì)算spark，storm，數(shù)據(jù)分析，分詞和權(quán)重等核心技術(shù)。

如何成為一名優(yōu)秀的建筑師？我用七張照片告訴你。

RxJava是如何實(shí)現(xiàn)訂閱關(guān)系的？

rxjava比eventbus使用更廣泛。Eventbus只是一個(gè)消息傳遞工具，但它幾乎可以在rxjava中做任何事情。

如果是Android開(kāi)發(fā)，可以使用rxandroid，它是rxjava的擴(kuò)展。再加上square公司的復(fù)古合身，你可以輕松上網(wǎng)。

眾所周知，asyctask通常用于Android中的異步操作。然而，asyctask有很多缺點(diǎn)，比如不能方便地終止任務(wù)的執(zhí)行。

Rxandroid完全可以代替asycTask來(lái)完成各種異步操作，還有bindactivity和bindfragment方法。異步操作完全不需要考慮活動(dòng)和片段的生命周期，還有更強(qiáng)大的鏈調(diào)用，可以使程序非常簡(jiǎn)單。

eventbus的一個(gè)缺點(diǎn)是不能混淆所有使用eventbus的類，否則evnetbus找不到OneEvent方法。

以上，建議使用rxandroid。