select()的阻塞机制

        select函数与阻塞socket/非阻塞socket没有半毛钱的关系。select函数本身是阻塞的（与socket是否阻塞并没有关系）， 直到：

        1.  有监测时间发生（返回  > 0） 

        2.  超时（返回0） 

        3.  select函数错误 （返回-1） 

        不多说。 比起select, 我更爱poll .

---------------------

原文：https://blog.csdn.net/stpeace/article/details/74020123

众所周知，当select 的 timeval参数设置成 NULL时，文件描述符集里 的描述符没有“风吹草动”的时候，select会一直阻塞的。

        当他阻塞发生在什么时候呢，例如有一个while（1）循环：

当有一个客户端连接连接进来的时候，毫无疑问执行 FD_ISSET 下的语句，但奇怪的是，他打印完 buf2 之后，就阻塞了，奇怪，按理说不是应该会打印“111”，

再执行 FD_ZERO，FD_SET ，再打印 “select”，才会进行阻塞的吗？

然后我再在终端开一个客户端链接进来，发现打印111和select和fadfa了。

因此可以知道，select 的阻塞，是再运行完FD_ISSET 就直接开始阻塞了。但文件描述符集中某个文件描述符发生“风吹草动”，程序才会从 FD_ISSET中离开继续执行。

---------------------

作者：zhujunwen1994

来源：CSDN

原文：https://blog.csdn.net/zhujunwen1994/article/details/52964139