NIO简单理解(二,传统IO与NIO模型粗析)

传统IO模型与NIO模型粗析

1 传统IO示例:


serverSocket.accept 与in.readLine将阻塞

这段代码片段将只能同时处理一个连接,要管理多个并发客户端,需要为每个新的客户端Socket 创建一个新的Thread,如图1-1 所示。

                                                                       

2:传统IO(如上)方案影响

第一,在任何时候都可能有大量的线程处于休眠状态,只是等待输入或者输出数据就绪,这可能算是一种资源浪费

第二,需要为每个线程的调用栈都分配内存,其默认值大小区间为64 KB 到1 MB,具体取决于操作系统。

第三,即使Java 虚拟机(JVM)在物理上可以支持非常
       大数量的线程,但是远在到达该极限之前,上下文切换所带来的开销就会带来麻烦,例如,在达
到10 000 个连接的时候。虽然这种并发方案对于支撑中小数量的客户端来说还算可以接受,但是为了支撑100 000 或
者更多的并发连接所需要的资源使得它很不理想。幸运的是,还有一种方案见图1-2。

                                      

3 非阻塞I/O

class java.nio.channels.Selector 是Java 的非阻塞I/O 实现的关键

它使用了事件通知API以确定在一组非阻塞套接字中有哪些已经就绪能够进行I/O 相关的操作。

因为可以在任何的时间检查任意的读操作或者写操作的完成状态,所以如图1-2 所示,

                                                                    


特点:

一个单一的线程便可以处理多个并发的连接。

总体来看,与阻塞I/O 模型相比,这种模型提供了更好的资源管理:

使用较少的线程便可以处理许多连接,因此也减少了内存管理和上下文切换所带来开销;

当没有I/O 操作需要处理的时候,线程也可以被用于其他任务。














评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

icool_ali

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值