Netty支持的三种I/O模式

1 经典I/O模式 BIO (阻塞I/O) JDK1.4前 NIO (非阻塞 I/O) JDK1.4 (2002 年，java.nio 包) AIO（异步 I/O） JDK1.7 (2011 年) 1.2 对比概念 阻塞与非阻塞

数据就绪前要不要等待?

• 阻塞：没有数据传过来时，读会阻塞直到有数据；缓冲区满时，写操作也会阻塞
• 非阻塞：直接返回

阻塞的：

// 创建一个ServerSocket ServerSocketChannel serverChannel = ServerSocketChannel.open(); serverChannel.bind(new InetSocketAddress(8080)); // 设置为非阻塞模式 serverChannel.configureBlocking(false); // 阻塞模式 serverChannel.accept(); 

同步与异步

数据就绪后，数据操作谁完成?

• 需要自己去读是同步
• 数据就绪直接读好再回调给程序是异步

2 Netty 对三种 IO 的支持变迁

• 划线的已不再支持了哦！

为什么废除阻塞I/0 (BIO/OIO) ?

连接数高的情况下:阻塞 -> 耗资源、效率低。 阻塞意味着等待，等待就会一直占用该线程，当连接数高时，大多线程又在等待，就会耗尽系统的线程资源。

为什么删掉已经做好的AIO支持?

• Windows实现成熟，但其很少用做服务器
• Linux常用做服务器，但其AlO实现不够成熟
• Linux下AIO相比较NIO的性能提升不明显

所有 netty 也是联系实际情况才有选择地支持高性能的 IO 模式。

为什么 Netty 支持多种实现？

让我们再看一次表格 通用NIO实现(Common)在Linux下也是epoll，但Netty依旧选择自己实现，因为更好： Netty提供更多可控参数：

• JDK的NIO默认实现是水平触发
• Netty 是边缘触发(默认)和水平触发，且可切换

Netty实现的垃圾回收更少、性能更好

NIO 一定优于 BIO

BIO 代码简单且在特定场景：连接数少，并发度低，BIO 性能不输NIO。当然考虑业务发展后期都是复杂场景了，所以 Netty 只考虑 NIO。