我可能错了，但据我所知，整个... ReactiveEvent Loop 物，并 Netty 特别是，发明了一个答案。C10K+ 问题。它有明显的缺点，因为你所有的代码现在都变成了 异步，与 丑陋的回调, 虚有其表因此，很难维持和推理。
去的语言是一个解决方案，现在他们可以编写 同步 代码，也处理 C10K+. 所以现在 爪哇 想出 纺织机，其本质上是复制了 去吧的解决方案，很快我们将有 纤维 和 持续性 并能写出 同步 代码再。
所以问题是。
当... 纺织机 是在生产中发布的，它不使 Netty 有点过时了？
如果我们有 纤维 和 持续性 在 爪哇，我们可以写好 同步 守规矩 C10K+ 橆 Netty?
有什么优势吗？C10K+以书面形式 异步 代码和使用 Netty产量释放后 纺织机?
我明白 Netty 不只是 ReactiveEvent Loop 框架，它还拥有各种协议的所有编解码器，反正这些协议的实现在某种程度上会有用，甚至在之后也会有用。
我之所以关注Netty的反应式部分，是因为那些你似乎主要是想解决回答一般层面的问题。
目前，反应式编程范式经常被用来解决性能问题，而不是因为它们适合问题。这些应该通过项目Loom完全覆盖。
然而，有些问题可能仍然存在，在这些问题上，反应式编程方法是有意义的，而且比命令式代码更容易读懂。反应式框架通常是面向流的，很适合将不同entitydata流上的元素和操作结合起来。它们还可以通过其提供者-订阅者模型提供直接的本地事件总线解决方案。在这种情况下，反应式模型可能仍然是最好的选择，性能好，而且比命令式方法更易读。但事实上，project loom应该会让所有由于在本地语言结构中缺乏更好的支持而导致的 "误用 "变得过时。