Reactor的第四代即將到來。我們團隊感謝社群提供的大量反饋。在過去的一年中，我們顯著擴充套件了我們的響應式產品線，包括R2DBC和BlockHound。我們在Java生態系統中的採用情況非常出色，我們正在與包括微軟和谷歌在內的主要公司合作。我們的Gitter常駐觀眾數量增加了一倍多，每天都有一些精彩的——您猜對了——響應式討論。最後，Sergei Egorov已加入核心團隊，我們沒有停止擴張的計劃！

Dysprosium-M1 已在我們的里程碑儲存庫中釋出。它正在為更多正在進行中的更改鋪平道路。值得注意的是，有2個特性正在被棄用，並將在里程碑階段結束時評估是否移除。

• 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，我們正在考慮使用基於代理的方法，逐步將除錯攔截器移出關鍵路徑。

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 是什麼？它是一種以拉丁字母第四個字母開頭的化學元素。它也意味著“難以獲得”，因為它需要多次嘗試才能分離出來。所以，請記住我的話，有了 Dysprosium，一切都會好起來的。

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

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