NIO中几个非常重要的技术点

这些都是在实践中踩过雷的，今天某应用再次踩雷，把遇到的几个雷都收集一下，给后来者参考。

1.即使是accept事件，没有真正的read和write,Channel也要关闭，否则unix domain socket会被泄漏（WINDOWS更可怕），因为NIO的每个

Channel上都有两个FD用来监听事件（接收和发送走不同的FD）。

2.cancel事件导致CPU占用100%，http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6403933

其原因就是调用key.cancel()时底层在下一次seelect前并没有真正的取消。导致等待select事件返回却又没有返回我们注册的key.这个事件不断地

循环触发，CPU一直处理返回 key为0的select()调用。解决方法有两种，一是在key.cancel()后立即selectNow();但是如果是多线程并发操作，有

可能这两行语句中间线程被切换，使得key.cancel()后没有立即执行selectNow().这在多Selector情况下是可能的。另一种就是jetty处理方式，如果

select()返回0且连续几次出现这样的情况（有事件触发返回，却不是返回我们注册的KEY），就将有效的key重新注册到一个新的selector上。其实

glassfish在处理多次次次次write返回为0的情况时也是这种策略。