NIO中Epoll Bug产生的原因以及Netty中是如何解决的

NIO中Epoll Bug产生的原因以及Netty中是如何解决的

产生原因

正常情况下，select()方法在没有事件时，程序一直阻塞在该方法，但是在没有任何事件的情况下，该方法被唤醒，但是在程序对seclectionKey进行遍历时，却没有任何key，导致程序一直在循环中不能执行下去，从而导致CPU100%。 具体解释为Linux kernel 2.6中的一部分，poll和epoll会对已经连接好后却突然中断连接的socket给eventSet返回一个集合，集合为POLLHUP，也可能为POLLERR，因为eventSet的事件集合发生了变化，导致Selector被唤醒。

产生原因

正常情况下，selector.select()操作是阻塞的，只有被监听的fd有读写操作时，才被唤醒。但是，在这个bug中，没有任何fd有读写请求，但是select()操作依旧被唤醒很显然，这种情况下，selectedKeys()返回的是个空数组，然后按照逻辑执行到while(true)处，循环执行，导致死循环。

Netty的解决方法

对Selector的select操作周期进行统计，每完成一次空的select操作进行一次计数。
若在某个周期内连续发生N次空轮询，则触发了epoll死循环bug。
重建Selector，判断是否是其他线程发起的重建请求，若不是则将原SocketChannel从旧的Selector上去除注册，重新注册到新的Selector上，并将原来的Selector关闭。