UNPv1第十五章：非阻塞IO
1.阻塞的套接口调用可分为以下四种：
1).输入操作: read, readv, recv, recvfrom和recvmsg函数。 2).输出操作: write, writev, send, sendto和sendmsg函数。 3).接收外来连接: accept函数 4).初始化外出的连接: 用于TCP的connect函数
2.非阻塞读和写
我们维护两个缓冲区: to容纳从标准输入到服务器去的数据，fr容纳自服务器到标准输出来的数据。
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(如果有信号被捕获)