Netty 4-EventLoopGroup-EventLoop-EventExecutor-线程关联

Question

我正在研究Netty 4.0.0.Alpha5代码，以了解如何处理线程。我还阅读了Netty 4新线程模型的介绍，网址为http://netty.io/wiki/new-and-noteworthy-in-4.0.html#wiki-第2-34页。

据我所知，目标是：

• 线程关联，将通道粘贴到单个线程（EventLoop）。我想，采取这种方法是为了减少缓存未命中，并改善NUMA硬件上的情况

所以，我怀疑我的解释是否正确。如果我是对的，那么下面的问题出现了:

• 在ChannelPipeline中有一个可能长时间运行的ChannelHandler（例如数据库操作）可能会阻塞EventLoop（Thread），因此会阻塞分配给同一EventLoop的所有其他Channel（线程）。这个解释是真的吗
• 为了避免这个问题，我可以为长时间运行的ChannelHandler使用EventExecutor，但根据文档（参见上面的链接），一个Channel再次被卡在其EventExectuor内的单个Thread上，因此可能会再次阻塞分配给同一Thread的其他Channel（在EventExecuter内）。我错过了什么还是真的

我只是想了解为什么事情是这样的，并获得一些关于Netty 4设计意图的信息。

Answer 1

你的两点在Netty 3上也是如此。

Netty 3有一个老板和工人线程的概念。boss线程负责接受新的连接，然后将其卸载到worker线程。创建< code > NioServerSocketChannelFactory 时，工作线程的数量是可配置的。

现在Netty 4已经分别用父事件循环和子事件循环替换了这些boss和worker线程。但是核心思想保持不变:为了摆脱每个连接一个线程的模型，你必须为一个线程分配多个连接。< br >因此，当您创建服务器时，将有一个固定的N线程池专门用于处理连接。如果连接数低于N，那么每个线程不会有多于一个的连接。另一方面，如果您有N个以上的连接，一些线程将管理多个连接。这是以循环方式完成的，请查看multithreadeventexecutorgroup . next()

Answer 2

这两个问题都是正确的。通过将处理程序分配给非 I/O 事件组，可以防止 I/O 线程被长时间运行的操作（如数据库访问）阻塞。您可以指定具有较大大小的事件可执行文件组，具体取决于处理程序执行的操作。它与通常的线程池没有太大区别。如果线程池繁忙，则执行长时间运行的任务的任何尝试都将排队。