2.5.2 不同I/O模型对比
不同的I/O模型由于线程模型、API等差别很大，所以用法的差异也非常大。由于之前的几个小节已经集中对这几种I/O的API和用法进行了说明，本小节会重点对这几种I/O进行功能对比。如表2-1所示。
表2-1 几种I/O模型的功能和特性对比
|
|
同步阻塞I/O（BIO）
|
伪异步I/O
|
非阻塞I/O（NIO）
|
异步I/O（AIO）
|
|
客户端个数：I/O线程
|
1：1
|
M：N（其中M可以大于N）
|
M：1（1个I/O线程处理多个客户端连接）
|
M：0（不需要启动额外的I/O线程，被动回调）
|
|
I/O类型（阻塞）
|
阻塞I/O
|
阻塞I/O
|
非阻塞I/O
|
非阻塞I/O
|
|
I/O类型（同步）
|
同步I/O
|
同步I/O
|
同步I/O（I/O多路复用）
|
异步I/O
|
|
API使用难度
|
简单
|
简单
|
非常复杂
|
复杂
|
|
调试难度
|
简单
|
简单
|
复杂
|
复杂
|
|
可靠性
|
非常差
|
差
|
高
|
高
|
|
吞吐量
|
低
|
中
|
高
|
高
|
尽管本书是专门介绍NIO框架Netty的，但是，并不意味着所有的Java网络编程都必须要选择NIO和Netty，具体选择什么样的I/O模型或者NIO框架，完全基于业务的实际应用场景和性能诉求，如果客户端并发连接数不多，周边对接的网元不多，服务器的负载也不重，那就完全没必要选择NIO做服务端；如果是相反情况，那就要考虑选择合适的NIO框架进行开发。
对比完Java的几种主流I/O模型之后，我们继续看下为什么要选择Netty进行NIO开发，而不是直接使用JDK的NIO原生类库。
喜欢的朋友可以添加我们的微信账号：
51CTO读书频道二维码
51CTO读书频道活动讨论群：342347198