第四代 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