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，它将使能够用 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 并分享您的问题、故事或两者兼而有之！同时，我们正在朝着 6 月初的第二个里程碑迈进。

项目页面 | GitHub | 文档 | Stack Overflow | Gitter