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 对比概念
阻塞与非阻塞
数据就绪前要不要等待?
阻塞:没有数据传过来时,读会阻塞直到有数据;缓冲区满时,写操作也会阻塞非阻塞:直接返回
阻塞的:
// 创建一个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)