渴望 英語

在教學和指導RxJava以及撰寫本書之后 ，我注意到某些領域特別有問題。 我決定發布一些簡短的提示，以解決最常見的陷阱。 這是第一部分。
Observable和Flowable本質上是惰性的。 這意味著無論您在Flowable放置多長時間的邏輯，只有當有人訂閱時，它才會被評估。 并且還有某人訂閱的次數。 以下代碼片段對此進行了說明：

private static String slow() throws InterruptedException {logger.info("Running");TimeUnit.SECONDS.sleep(1);return "abc"; }//...Flowable flo = Flowable.fromCallable(this::slow); logger.info("Created"); flo.subscribe(); flo.subscribe(); logger.info("Done");

這樣的Observable或Flowable將不可避免地打印：

19:37:57.368 [main] - Created 19:37:57.379 [main] - Running 19:37:58.383 [main] - Running 19:37:59.388 [main] - Done

請注意，您需要兩次支付sleep()的價格sleep()兩次訂閱）。 此外，所有邏輯都在客戶端（ main ）線程中運行，除非有subscriptionOn subscribeOn()請求或異步流隱式可用，否則RxJava中沒有隱式線程。 問題是：我們是否可以熱切地強制運行訂閱邏輯，以便每當有人訂閱時，流就已經預先計算或至少開始了計算？

完全渴望評估

最明顯但有缺陷的解決方案是急于計算流返回的任何內容，并簡單地用固定的Flowable包裝它：

Flowable<String> eager() {final String slow = slow();return Flowable.just(slow); }

不幸的是，這大大破壞了RxJava的目的。 首先，像subscribeOn()這樣的運算符將不再起作用，并且無法將計算任務卸載到其他線程。 甚至更糟的是，即使eager()返回Flowable ，根據定義，它將始終阻止客戶端線程。 很難推理，組合和管理此類流。 通常，即使需要進行急切的評估，也應避免使用這種模式，而應優先選擇延遲加載。

使用

下一個示例僅使用cache()運算符：

Flowable<String> eager3() throws InterruptedException {final Flowable<String> cached =Flowable.fromCallable(this::slow).cache();cached.subscribe();return cached; }

這個想法很簡單：用惰性Flowable包裝計算并緩存它。 cache()運算符所做的是，它會記住第一次訂閱時發出的所有事件，以便在出現第二個Subscriber ，它將接收相同的事件緩存序列。 但是cache()運算符（像大多數其他運算符一樣）是惰性的，因此我們必須第一次強制訂閱。 調用subscribe()將預填充緩存，此外，如果第二個訂戶出現在slow()計算完成之前，它將同樣等待它，而不是第二次啟動它。

此解決方案有效，但請記住，由于未涉及Scheduler ， subscribe()實際上將被阻止。 如果要在后臺預填充Flowable ，請嘗試subscribeOn() ：

Flowable<String> eager3() throws InterruptedException {final Flowable<String> cached =Flowable.fromCallable(this::slow).subscribeOn(justDontAlwaysUse_Schedulers.io()).cache();cached.subscribe();return cached; }

是的，在生產系統上使用Schedulers.io()存在問題且難以維護，因此請避免使用自定義線程池。

錯誤處理

令人遺憾的是，吞噬RxJava中的異常非常容易。 如果slow()方法失敗，這就是我們上一個示例中可能發生的情況。 異常不會完全被吞沒，但是默認情況下，如果沒有人對此感興趣，它將在System.err上打印堆棧跟蹤。 同樣，未處理的異常也包裝在OnErrorNotImplementedException 。 如果您執行任何形式的集中式日志記錄，它不是很方便，很可能會丟失。 您可以使用doOnError()操作進行日志記錄，但它仍然通過例外下游RxJava認為未處理的為好，一次包裝與OnErrorNotImplementedException 。 因此，讓我們在subscribe()實現onError回調：

Flowable<String> eager3() throws InterruptedException {final Flowable<String> cached =Flowable.fromCallable(this::slow).cache();cached.subscribe(x -> {/* ignore */},e -> logger.error("Prepopulation error", e));return cached; }

我們不想處理實際事件，而只是處理subscribe()錯誤。 此時，您可以安全地返回此類Flowable 。 急切且有希望的是，只要您訂閱了它，數據就已經可用。 注意，例如，Hystrix的observe()方法也很急切，而懶惰的toObservable()相反。 這是你的選擇。

翻譯自: https://www.javacodegeeks.com/2017/08/eager-subscription-rxjava-faq.html

渴望 英語

總結

以上是生活随笔為你收集整理的渴望 英语_渴望订阅– RxJava常见问题解答的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。