首先在Netty中,切换OIO和NIO两种模式是非常方便的只需要初始化不同的Channel工程即可。
这就是Netty那些框架使用了netty为我们做的贡献
再说说,这两种情况的区别OneCoder根据网上的资料和自巳的理解,总结了一下:在Netty中是通过worker执行任务的。也就是我们在构造bootstrap时传入的worker线程池对于传统OIO来说,一个worker对应的channel从读到操作到再到囙写,只要是这个channel的操作都通过这个worker来完成对于NIO来说,到MessageRecieved之后该worker的任务就完成了。所以从这个角度来说,非常建议你在Recieve之后立即啟动线程去执行耗时逻辑,以释放worker
基于这个分析,你可能也发现了上面的代码中我们用的是FiexedThreadPool。固定大小为4从理论上来说,OIO支持的client数應该是4而NIO应该不受此影响。测试效果如下图:
并且8个Client的请求都正常处理了
对于OIO来说,如果你对worker池没有控制那么支持8个client需要8个worker,8个线程这也就是传统OIO并发数受限的原因,如图:
只能处理头四个client的请求他的被堵塞了。
但是在Netty那些框架使用了netty中,不论是OIO和NIO模型读写端都不会堵塞。客户端写后立即返回不管服务端是否接收到,接收后是否处理完成下一章,我们将会从代码的角度来研究一下Netty中对OIO和NIO這两种模式下worker的处理方式