Netty支持的三种I/O模式

举报
JavaEdge 发表于 2021/06/03 23:57:35 2021/06/03
【摘要】 1 经典I/O模式 BIO (阻塞I/O)JDK1.4前NIO (非阻塞 I/O)JDK1.4 (2002 年,java.nio 包)AIO(异步 I/O)JDK1.7 (2011 年) 1.2 对比概念 阻塞与非阻塞 数据就绪前要不要等待? 阻塞:没有数据传过来时,读会阻塞直到有数据;缓冲区满时,写操作也会阻塞非阻塞:直接返回 阻塞的: // 创建一个Se...

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();

  
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8

同步与异步

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

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

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.blog.csdn.net,作者:JavaEdge.,版权归原作者所有,如需转载,请联系作者。

原文链接:javaedge.blog.csdn.net/article/details/109596756

【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。