UNPv1第十五章:非阻塞IO

1.阻塞的套接口调用可分为以下四种:

1).输入操作: read, readv, recv, recvfrom和recvmsg函数。
2).输出操作: write, writev, send, sendto和sendmsg函数。
3).接收外来连接: accept函数
4).初始化外出的连接: 用于TCP的connect函数

2.非阻塞读和写

我们维护两个缓冲区: to容纳从标准输入到服务器去的数据,fr容纳自服务器到标准输出来的数据。

UNPv1第十五章:非阻塞IO_第1张图片

3.非阻塞connect

非阻塞的connect有三种用途:
1). 我们可以在三路握手同时做一些其他的处理。完成一个connect要花一个往返时间完成,而且可以是在任何地方,从几个毫秒的局域网到几百毫秒或几秒的广域网。
2). 可以用这种技术同时建立多个连接。这在Web浏览器中很普遍
3). 由于我们用select等待连接的完成,因此可以给select设置一个时间限制,从而缩短connect的超时时间。

非阻塞connect虽然听似简单,却有一些必须处理的细节
1).即使套接口是非阻塞的,如果连接的服务器在同一台主机上,那么在调用connect建立连接时,连接通常会立即建立成功.我们必须处理这种情况;
2).源自Berkeley的实现(和Posix.1g)有两条与select和非阻塞IO相关的规则:

  • 当连接建立成功时,套接字描述符变成可写;
  • 当连接出错时,套接子描述符变成既可读又可写;

注意:当一个套接口出错时,它会被select调用标记为既可读又可写;

4.非阻塞accept

阻塞模式下,服务器会一直阻塞在accept调用上,知道其他某个客户建立一个连接为止,但是在此期间,服务器单纯阻塞在accept调用上,无法处理任何其他已就绪的描述符
非阻塞accept模式下解决办法
1).当使用select获悉某个监听套接字上何时有已完成连接准备被accept时候,总是把这个监听套接字设置为非阻塞
2).在后续的accept调用忽略以下错误:EWOULDBLOCK(客户终止连接时)、ECONNABORTED(客户终止连接时)、EPROTO(客户终止连接时)和EINTR(如果有信号被捕获)

你可能感兴趣的:(UNPv1第十五章:非阻塞IO)