java - Netty 和 Project Loom

Question

我可能错了，但据我了解，整个 响应式(Reactive)/事件循环 事情，和网络 尤其是作为对 的回答而发明的。 C10K+ 问题。它有明显的缺点，因为你所有的代码现在都变成了 异步 ，带有丑陋的回调，无意义的堆栈跟踪，因此难以维护和推理。

前往 的 goroutines 语言是一个解决方案，现在他们可以写 同步 代码并处理 C10K+ .所以现在 java 想出Loom ，它基本上复制了 前往 的解决方案，很快我们就会有纤维 和 续 并且可以写同步 再次编码。

所以问题是:

当织机 已在生产中发布，不是吗网络 有点过时了？

如果我们有 纤维 和 续 在 java ，我们能不能写得好些同步 代码并接受 C10K+ 没有 网络 ?

有没有优势，对于性能或解决 C10K+ ，书面异步 代码和使用 网络 , 在 的生产发布后织机 ?

我了解 网络 不仅仅是 响应式(Reactive)/事件循环 框架，它还具有各种协议(protocol)的所有编解码器，这些实现无论如何都会有用，即使是在之后。

Answer 1

我专注于 Netty 的 react 部分，因为您似乎最想在一般层面上解决答案:

当前响应式(Reactive)编程范式通常用于解决性能问题，而不是因为它们适合问题。这些应该通过项目 Loom 完全覆盖。

但是，在响应式(Reactive)编程方法有意义并且比命令式代码更易于阅读的地方可能仍然存在一些问题。
响应式(Reactive)框架通常是面向流的，非常适合在不同的实体/数据流上组合元素和操作。他们还通过他们的提供者/订阅者模型提供直接的本地事件总线解决方案。在这种情况下，响应式模型可能仍然是最好的选择，它比命令式方法更高效、更易读。但实际上，由于缺乏对本地语言结构的更好支持，project loom 应该使所有“误用”过时。