java nio bug -- infamous epoll 100% CPU bug

in netty use rebuildSelectors()  to workaround the  infamous epoll 100% CPU bug;
with newly created {@link Selector}s to replace old one.


Linux-like OSs的选择器使用的是epoll-IO事件通知工具。这是一个在操作系统以异步方式工作的网络stack.Unfortunately，即使是现在，著名的epoll-bug也可能会导致无效的状态的选择和100%的CPU利用率。要解决epoll-bug的唯一方法是回收旧的选择器，将先前注册的通道实例转移到新创建的选择器上

这里发生的是，不管有没有已选择的SelectionKey，Selector.select()方法总是不会阻塞并且会立刻返回。这违反了Javadoc中对Selector.select()方法的描述，Javadoc中的描述：Selector.select() must not unblock if nothing is selected. (Selector.select()方法若未选中任何事件将会阻塞。)

NIO中对epoll问题的解决方案是有限制的，Netty提供了更好的解决方案。

下面是epoll-bug的一个例子：

…

while (true) {

int selected = selector.select();

Set<SelectedKeys> readyKeys = selector.selectedKeys();

Iterator iterator = readyKeys.iterator();

while (iterator.hasNext()) {

…

…

}

}

…

The effect of this code is that the while loop eats CPU:

这段代码的作用是while循环消耗CPU：


这些仅仅是在使用NIO时可能会出现的一些问题。不幸的是，虽然在这个领域发展了多年，问题依然存在,可能在1.7上依然存在；幸运的是，Netty给了你解决方案。