进程调用read函数从套接字上读取数据，当套接字的接受缓冲区中还没有数据可读，函数read将会发生阻塞。UDP不用等待确认，没有实际的发送缓冲区，所以UDP协议中不存在发送缓冲区慢的情况；也就是说UDP套接字上执行的写操作永远不会阻塞。应用程序不停的pol

允许同时对多个 IO 进行控制。一种异步通信模型。前面三种 IO 都是同步型的，唯这一种是异步型的。所谓阻塞 IO 就是在调用相关函数时，程序的运行指针会暂停往下执行，直至这个 IO 操作有结果返回为止。套接字在缺省情况下使用的就是阻塞 IO 模式。sel

select()机制中提供一fd_set的数据结构，实际上是一long类型的数组，每一个数组元素都能与一打开的文件句柄建立联系，建立联系的工作由程序员完成，当调用select()时，由内核根据IO状态修改fe_set的内容，由此来通知执行了select()

程序会停在select这里等待，直到被监视的文件句柄有一个或多个发生了状态改变。关于文件句柄，其实就是一个整数，我们最熟悉的句柄是0、1、2三个，0是标准输入，1是标准输出，2是标准错误输出。int select;参数n代表文件描述词加1；参数readfd

最近几天在公司里写网络通讯的代码比较多，自然就会涉及到IO事件监测方法的问题。我惊奇的发现select轮训的方法在那里居然还大行其道。我告诉他们现在无论在Linux系统下，还是windows系统下，select都应该被废弃不用了，其原因是在两个平台上sel

select模型在win32API编程中也很常见，而且和linux中的select函数遵循同样的berkeley标准，所以函数原型相同。可以看到是一样的。而linux要求第一个参数设置成。创建子进程子进程通过管道定时发送数据给父进程父进程通过select同

Linux的I/O分为阻塞I/O,非阻塞I/O,I/O多路复用,信号驱动I/O四种。对于I/O设备的驱动，一般都会提供关于阻塞和非阻塞两种配置。我们最常见的I/O设备之一--键盘的驱动程序默认是阻塞的。多路复用就是为了使进程能够从多个阻塞I/O中获得自己想

程序会停在select这里等待，直到被监视的文件句柄有某一个或多个发生了状态改变。比如下面这两段代码都是从标准输入读入9个字节字符：。fd_set rdfds; /* 先申明一个 fd_set 集合来保存我们要检测的 socket句柄 */struct t

Select在Socket编程中还是比较重要的，可是对于初学Socket的人来说都不太爱用Select写程序，他们只是习惯写诸如 connect、accept、recv或recvfrom这样的阻塞程序。返回值： 负值：select错误 正值：某些文件可读写

在没有用到IO复用以前，只能是一个线程或一个 线程去监听，服务端同时有多个连接的时候，需要创建多个线程或者进程。而且，并不是所有的连 接是一直在传输这数据，可能只是连接后啥都没干,如果这样，进程就啥都没干。IO复用的使用大概是这样： 设置要监听的描述符以及