（在说正事之前，我要推荐一个福利：你还在原价购买阿里云、腾讯云、华为云服务器吗？那太亏啦！来这里，新购、升级、续费都打折，能够为您省60%的钱呢！2核4G企业级云服务器低至69元/年，点击进去看看吧>>>)

 1 经典I/O模式

BIO (阻塞I/O)	JDK1.4前
NIO (非阻塞 I/O)	JDK1.4 (2002 年，java.nio 包)
AIO（异步 I/O）	JDK1.7 (2011 年)

1.2 对比概念

阻塞与非阻塞

数据就绪前要不要等待?

• 阻塞

没有数据传过来时，读会阻塞直到有数据;缓冲区满时，写操作也会阻塞

• 非阻塞

直接返回

同步与异步

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

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

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。

本文转载自微信公众号「JavaEdge」，可以通过以下二维码关注。转载本文请联系JavaEdge公众号。

本文转载自网络，原文链接：https://mp.weixin.qq.com/s/TPb7eXtlc48oWGOYdcHLoQ