您现在的位置是:亿华云 > 系统运维

Netty支持哪些I/O模式?

亿华云2025-10-04 03:57:00【系统运维】0人已围观

简介1 经典I/O模式BIO (阻塞I/O) JDK1.4前 NIO (非阻塞 I/O) JDK1.4 (2002 年,java.nio 包) AI

 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公众号。

站群服务器

很赞哦!(32942)