第四代 Reactor 即將到來。我們團隊在此感謝所有社群夥伴提供的寶貴意見回饋。在過去一年中，我們顯著擴展了我們的反應式產品線，包括 R2DBC 和 BlockHound。我們在 Java 生態系統中的應用看起來非常出色，並且我們正與包括 Microsoft 和 Google 在內的主要企業合作。我們的 Gitter 常規觀眾人數增加了一倍以上，每天都有精彩的 - 您猜對了 - *反應式* 討論正在進行。最後，Sergei Egorov 已加入核心團隊，我們沒有停止擴張的計劃！

Dysprosium-M1 已在 我們的里程碑儲存庫 上提供。它為更多正在進行的變更鋪路。值得注意的是，有 2 個功能正在被棄用，並在里程碑階段結束時評估是否移除。

• EventLoopProcessor => TopicProcessor、WorkQueueProcessor 和 WaitStrategy：這些處理器已移至 reactor-extra 以供選擇性使用。它們需要 Unsafe 的可用性，這使得它們在現代 JVM 限制下相當小眾。它們不僅可以在其他地方找到，而且還可以被等效的結構取代，例如帶有 publishOn 的 EmitterProcessor 和帶有 runOn 的 ParallelFlux。

• Kotlin 擴展程式正在被賦予一個 專用空間 以進行進一步的實驗。隨著圍繞 coroutines 和 inlining 的最新發展，我們很高興評估如何利用 Kotlin 來提供更流暢的開發人員體驗。我們為此實驗設定的目標之一是提供一個專用的 API，使您能夠以 Kotlin 的簡潔性編寫自訂的生產者和運算符。

即使進行了這些變更，我們也不預期我們的社群會遇到重大問題，但我們希望聽取您的意見。

變更日誌和發行說明

• reactor-core 3.3.0.M1
• reactor-netty 0.9.0.M1
• reactor-addons 3.3.0.M1
• BlockHound 1.0.0.M3

執行階段效能

我們正努力改善使用者的整體體驗，並全面提升我們的執行階段效率

• reactor-netty 0.9.0.M1/0.8.8 在請求/回覆 (HTTP) 情境中，吞吐量提高了 40%，在串流情境中，吞吐量至少提高了 20%。更重要的是，記憶體管理已得到加強，以控制一些回報的記憶體問題，並且所需的 flush 操作次數已大幅減少（減少了 3 倍），這對 CPU 使用率來說是個好消息。
• 對於 reactor-core 3.3.0，我們正考慮逐步將除錯攔截器移出關鍵路徑，使用 基於代理程式的方法。

Bismuth 終止生命週期

預期即將推出的 Dysprosium-RELEASE，我們的 reactor-core 3.1.x 和 reactor-netty 0.7.x 系列將不再收到任何修補程式。我們鼓勵使用者更新到 Californium 發行系列，該系列與 Spring Boot 2.1.x 和 Spring Framework 5.1.x 相符。

如果您已經在使用 Spring Boot 2.2.x 和 Spring Framework 5.2.x，您將需要使用 Dysprosium，包括 reactor-core 3.3.x 和 reactor-netty 0.9.x。

#小知識 Dysprosium 是什麼？ 嗯，它是一種化學元素，以拉丁字母的第 4 個字母開頭。它也意味著「*難以取得*」，因為它花費了相當多的嘗試才將其分離出來。所以，請記住我的話，Dysprosium 一切都會沒問題的。

再次感謝您的寶貴意見，請加入我們的 Gitter，分享您的問題、故事或兩者！同時，我們正朝著六月初的第二個里程碑邁進。

專案頁面 | GitHub | 文件 | Stack Overflow | Gitter