第四代 Reactor 即將到來。謹代表團隊，我們要感謝我們所有社群的巨大反饋。在過去的一年中，我們顯著擴充套件了我們的響應式產品線，包括 R2DBC 和 BlockHound。我們在 Java 生態系統中的採用看起來非常出色，並且我們正在與包括 Microsoft 和 Google 在內的主要公司合作。我們的常規 Gitter 受眾增加了一倍以上，每天都會發生一些非常棒的 - 你猜對了 - 響應式 討論。最後，Sergei Egorov 加入了核心團隊，我們沒有停止擴張的計劃！

Dysprosium-M1 可在 我們的里程碑儲存庫上找到。它為工作中的更多變化鋪平了道路。值得注意的是，有兩個功能正在被棄用，並且正在評估在里程碑階段結束時將其刪除

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

• Kotlin 擴充套件正在獲得一個 專用空間 用於進一步實驗。隨著圍繞 coroutines 和 inlining 的最新發展，我們很高興評估如何利用 Kotlin 提供更流暢的開發人員體驗。我們為該實驗設定的目標之一是提供一個專用的 API，該 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，我們正在考慮使用 基於代理的方法，逐步將除錯攔截器移出關鍵路徑。

鉍 EOL

預計即將到來的 Dysprosium-RELEASE，我們的 reactor-core 3.1.x 和 reactor-netty 0.7.x 系列將不再收到補丁。我們鼓勵使用者更新到與 Spring Boot 2.1.x 和 Spring Framework 5.1.x 匹配的 Californium 版本系列。

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

#Trivia 什麼是 Dysprosium？嗯，它是一種以拉丁字母的第 4 個字母開頭的化學元素。它也意味著“難以獲得”，因為它花了很多次嘗試才分離出來。所以，請記住我的話，Dysprosium 一切都應該沒問題。

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

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