Question

java NIO的非阻塞问题！

nio应该是可以阻塞也可以非阻塞吧？
如果serverScoketChannel.configueBlocking(false) 设置channel为非阻塞模式，那就应该是非阻塞的。
那为什么我断点到selector.select() 的时候就阻塞在这里了呢，不太理解。小弟比较笨请各位大神详细解释下！！！

• 你的回答被采纳后将获得：
• 系统奖励15（财富值+成长值）+难题奖励10（财富值+成长值）+提问者悬赏20（财富值+成长值）

Answer 1

OIO是读写阻塞, NIO是读写非阻塞,就是说服务器等待客户端连接这块都是阻塞的, 一旦建立连接了, OIO下, 我读取客户端发来的信息会因网络延时问题又一次阻塞, 你发消息时也是一样 而NIO下, 你的selector.select()如果注册了read或者write, 当消息到达服务端时, 人家从阻塞中醒来提醒你,换句话说, 不是说阻塞消失了, 而是你想多处阻塞等待还是一处阻塞, 然后你干别的事, 数据来了通知你. 如果有兴趣你还可以了解下AIO, 一样有阻塞, 不过很多事操作系统帮你归口做了而已, 与NIO的区别就是, NIO是数据到了提醒你读, AIO是数据读成功了提醒你一切都好. 总之, 这三种java都可支持, 都存在阻塞, 总的区别就是你在这件事上担当的角色不同

追问

大哥，再问个问题，上次面试的时候面试官问我netty里面好像本来就有异步的代码，为什么在messageReceive后还要用线程池来处理请求呢？这样会不会多此一举，我问其他人他们说netty是同步非阻塞的，不是异步的。但是我百度了下，百度上又说netty是异步非阻塞的！一时有点晕了

追答

你还是没透彻理解同步与异步, 以及NIO是什么的问题, AIO是什么.
netty在NIO是基于Reactor模式而非Proactor, 自然是同步IO, 而非异步, 但作为NIO Framework中的翘楚, 自然明白什么时候异步, 以及异步带来的性能提升. 通过线程池来支持异步也没什么问题. 这只是说这个框架在IO模型是同步IO的情况下使用了特定的线程模型来支持异步. 所以说netty是同步非阻塞, 我的理解是从IO模型上说的, 程序交互无非就是轮询(同步)和回调(异步), 但是netty这个框架通过选材和组合, 能支持异步非阻塞的模式, 而且性能卓越

Answer 2

把前后source贴出来看看