Socket套接字编程(I/O模型)


阻塞I/O

当上层应用调用recv系统调用时,如果对方没有发送数据(缓冲区没有数据),上层应用将被Linux内核阻塞(默认行为)。当对方发送了数据,linux内核套接字缓冲区有数据后,内核会把数据copy给用户空间。然后上层应用解除阻塞,执行下一步操作。

非阻塞I/O

上层应用程序将套接字设置成非阻塞模式。轮询调用recv函数来接收数据。若缓冲区没有数据,上层应用程序不会阻塞,recv返回值为-1,错误码是EWOULDBLOCK。

但在不断轮询的过程中,会造成上层应用程序忙等待,大量消耗CPU。应用范围小,该模型一般与I/O复用配合使用

I/O复用

上层应用程序调用select机制,该机制有linux内核的支持,避免了忙等待,通过轮询文件描述符来观察状态的变化。当select管理的文件描述符没有数据或者状态没有变化时,上层应用程序也会阻塞。

好处:select机制可以管理多个文件描述符,类似于进程池。将select看成一个管理者,用其来管理多个I/O。 一旦检测到的一个I/O或多个IO有事件发生,select函数将返回,返回值为检测到的事件个数。进而利用select相关api函数,操作具体事件。同时select函数还可以设置等待时间,避免了上层应用程序长期僵死。与阻塞I/O模型相比,I/O复用模型相当于提前阻塞了。等到有数据到来时,再调用recv就不会发生阻塞。

信号驱动I/O


上层应用程序建立SIGIO信号处理程序。当缓冲区有数据到来,内核会发送信号告诉上层应用程序。当上层应用程序接收到信号后,调用recv函数,因为缓冲区有数据,recv函数一般不会阻塞。

属于典型的“拉模式”。即上层应用需要调用recv函数把数据拉进来。

异步I/O  

上层应用程序调用aio_read函数,同时提交一个应用层的缓冲区buf;调用完毕后,不会阻塞。上层应用程序可以继续其他任务。当tcpip协议缓冲区有数据时,linux内核主动的把数据copy到用户空间。然后再给上层应用发送信号。

属于典型的“推模式”,是效率最高的一种,上层应用程序具有异步处理的能力(处理其他任务的同时,也可支持I/O通讯)。


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值