庄周梦蝶

生活、程序、未来
   :: 首页 ::  ::  :: 聚合  :: 管理

java nio的一个严重BUG

Posted on 2009-09-28 19:27 dennis 阅读(12691) 评论(9)  编辑  收藏 所属分类: java源码解读
    这个BUG会在linux上导致cpu 100%,使得nio server/client不可用,具体的详情可以看这里http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6403933 。令人失望的是这个BUG直到jdk 6u4才解决,sun的拖沓让人难以相信。这个BUG在server端容易出现,因为server端有频繁地接入断开连接。
   
    使用jdk 6u4之前版本的nio框架都有这个隐患,除非你的框架很好地处理了这个可能的隐患。Grizzly的处理方式比较简单,也就是BUG报告里面提到的方式,在SelectionKey.cancel()之后马上进行了一次select调用将fd从poll(epoll)中移除:
this.selectionKey.cancel();
try {
            
// cancel key,then select now to remove file descriptor
            this.selector.selectNow();
 } 
catch (IOException e) {
         onException(e);
        log.error(
"Selector selectNow fail", e);
}

    实际上这样的解决方式还是留有隐患的,因为key的取消和这个selectNow操作很可能跟Selector.select操作并发地在进行,在两个操作之间仍然留有一个极小的时间窗口可能发生这个BUG。因此,你需要更安全地方式处理这个问题,jetty的处理方式是这样,连续的select(timeout)操作没有阻塞并返回0,并且次数超过了一个指定阀值,那么就遍历整个key set,将key仍然有效并且interestOps等于0的所有key主动取消掉;如果在这次修正后,仍然继续出现select(timeout)不阻塞并且返回0的情况,那么就重新创建一个新的Selector,并将Old Selector的有效channel和对应的key转移到新的Selector上,
                    long before=now;
                    
int selected=selector.select(wait);
                    now 
= System.currentTimeMillis();
                    _idleTimeout.setNow(now);
                    _timeout.setNow(now);

                    
// Look for JVM bugs
                    
// http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6403933
                    if (__JVMBUG_THRESHHOLD>0 && selected==0 && wait>__JVMBUG_THRESHHOLD && (now-before)<(wait/2) )
                    {
                        _jvmBug
++;
                        
if (_jvmBug>=(__JVMBUG_THRESHHOLD2))
                        {
                            
synchronized (this)
                            {
                                _lastJVMBug
=now;
                   
                                // BLOODY SUN BUG !!!  Try refreshing the entire selector.
                                final Selector new_selector = Selector.open();
                                
for (SelectionKey k: selector.keys())
                                {
                                    
if (!k.isValid() || k.interestOps()==0)
                                        
continue;
                                    
                                    
final SelectableChannel channel = k.channel();
                                    
final Object attachment = k.attachment();
                                    
                                    
if (attachment==null)
                                        addChange(channel);
                                    
else
                                        addChange(channel,attachment);
                                }
                                _selector.close();
                                _selector
=new_selector;
                                _jvmBug
=0;
                                
return;
                            }
                        }
                        
else if (_jvmBug==__JVMBUG_THRESHHOLD || _jvmBug==__JVMBUG_THRESHHOLD1)
                        {
                            
// Cancel keys with 0 interested ops
                            for (SelectionKey k: selector.keys())
                            {
                                
if (k.isValid()&&k.interestOps()==0)
                                {
                                    k.cancel();
                                }
                            }
                            
return;
                        }
                    }
                    
else
                        _jvmBug
=0;


    这个方案能比较好的在jdk 6u4之前的版本上解决这个BUG可能导致的问题。Mina和Netty没有看到有处理这个BUG的代码,如果我看错了,请留言告诉我。Yanf4j一直采用的是grizzly的方式,准备加上jetty的处理方案。当然,最简单的方案就是升级你的JDK :D


评论

# re: java nio的一个严重BUG  回复  更多评论   

2009-09-28 19:59 by lizongbo
nio还有几个严重的bug,在实际运行中碰到了,sun在u18才修复,而现在u18还没正式发布。

https://jdk6.dev.java.net/6uNea.html
http://download.java.net/jdk6/6u18/promoted/b01/changes/JDK6u18.b01.list.html

例如:http://bugs.sun.com/view_bug.do?bug_id=6693490

# re: java nio的一个严重BUG  回复  更多评论   

2009-09-28 20:19 by dennis
@lizongbo

看到了,6u3这个版本似乎问题多多。
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6670302 这个BUG跟我这里描述的相似,解决的方法也是一样。

# re: java nio的一个严重BUG  回复  更多评论   

2009-09-28 20:49 by dennis
http://bugs.sun.com/view_bug.do?bug_id=6693490 这个BUG,一个间接影响也是关闭的channel一直有ready事件,select不阻塞并立即返回0,也就是导致CPU 100%,同样也是可以通过这里描述的方案解决的。

# re: java nio的一个严重BUG  回复  更多评论   

2009-09-29 21:32 by 喜乐递
最简单的方案就是升级你的JDK

# re: java nio的一个严重BUG  回复  更多评论   

2012-05-09 16:54 by hengyunabc
原来是nio的bug。。
以前也遇到过,在windows下测试了好久的程序,到linux下就出问题了,cpu跑满。
结果我是用每次select都用最新的SelectionKey来替换以前的SelectionKey,貌似没再出现cpu跑满的情况。

# re: java nio的一个严重BUG  回复  更多评论   

2014-11-26 02:32 by kennykinte
Netty 3.6有处理。

org.jboss.netty.channel.socket.nio.NioSelector

# re: java nio的一个严重BUG  回复  更多评论   

2015-08-04 17:27 by 接口科技局
解决

# re: java nio的一个严重BUG  回复  更多评论   

2015-08-04 17:27 by 接口科技局
nio一直都不稳定,说明这个技术还是存在很大漏洞的

# re: java nio的一个严重BUG  回复  更多评论   

2015-08-04 17:32 by 科技局
nio技术只能在贴近底层情况去做优化才能解决bug问题,
如果只是不停修bug,那根本问题还是没解决

只有注册用户登录后才能发表评论。


网站导航: