6 I/O复用：select and poll函数
在讨论select和poll之前，让我们一起来整体观察一下5种I/O模型
阻塞式I/O模型：
非阻塞式I/O模型：
I/O复用模型：
信号驱动式模型：
异步I/O模型：
5种模型比较：
总结：这5种模型，第1种最常见，也最简单，一般简单的单进程单线程客户端可以采用。
第2种、第3种常常用在复杂的客户端或服务器上，如果采用第2种，那么程序还需要自己设置调度系统，周期性的循环执行I/O函数。
第3种虽然仍然堵塞在select或epoll函数上，但是程序可以同时处理多个socket fd的情况(这个fd不仅仅是socket，FILE *也ok，不过需要通过fileno()函数转换)，并且可以另起一个线程单独处理listen socket fd(由于accept性能比较差，单起一个，可以增加服务器并发的能力)，另一个线程处理conn socket fd。
至于后两种模型，目前还未接触过，哪位高人见过不妨一起讨论下。
I/O复用模型 select
例子：
之前写过一个，这里不赘述了，链接如下：http://blog.csdn.net/beginning1126/article/details/8057482
有几点容易出错的：
1、select函数中的read_fdsr和write_fdsr，其值在调用完select之后会被函数改写，所以下次再调select需要重新赋值
2、第1个参数，为最大socket fd + 1
3、出错ret<0，超时ret=1，如果出错需要判断errno是否为EINTR(是否被未知信号中断过)。
准备就绪条件：
读套接字准备就绪：
1、有数据可读，read返回>0；
2、收到FIN，read返回0；
3、收到错误，如RST，read返回-1，同时errno设置错误码；
4、监听套接字就绪，也就是有客户端connect过来。
写套接字准备就绪：
1、发送缓冲区有空间，可写；
2、对端半关闭，已经返回RST消息，对这样的套接字仍然写，将引起SIGPIPE信号；
3、只用非阻塞的connect已经ok或出错；
4、套接字有错误待处理，write不堵塞，返回-1，errno设置为错误码。
总结：套接字出错，select会将其置为可读和可写
close 和 shutdown比较：
close：减少socket fd引用计数，如果引用计数为0，则终止套接字读写两个方向的数据传送
shutdown：无需管引用计数，直接发送FIN消息，但是可以选择关闭哪个方向的。int shutdown(int sockfd, int howto)，其中SHUT_RD/SHUT_WR为howto取值，分别表示关闭读、关闭写通道。
有什么用呢？因为tcp是全双工的，发送数据完毕，不代表收数据就完了，如果代码中确实没有数据可发了，这个时候是万万不能调close来关闭的。否则就无法接收后续数据了，并且这个时候如果对端write数据过来，还会发送RST消息过去，可以通过shutdown来完成这个精细活。
