Socket 的阻塞和非阻塞态，以及select模式处理非阻塞态的Recv、Send

非阻塞不同于阻塞模式的地方在于，当网络阻塞时所有i/o调用会立刻返回一个WSAEWOULDBLCOCK，这时候你可以做一切其他事务直到下一个event被触发

还有，需要注意的是，一定要判断好底层已经 send/recv 出去的字节数，收到FD_WRITE/FD_READ之后要继续从上次未完成的地方发送;

比如要发送2000字节，调用send发送了1000，然后得到了WSAWHOULDBLOCK，那么下一次FD_WRITE就应该发送剩下的1000字节。

WSAEWOULDBLCOCK 是 non-block 模式必然会出现的错误，意思是网络阻塞了，这个时候不应该马上再调用recv/send，

应该等待下一次的FD_READ或者FD_WRITE事件到达再进行recv/send。

一般情况下，是使用事件模式轮询，这样当recv和send阻塞的时候，就不用一直调用recv和send来处理数据。

用select()来判断你的套解字是否有数据可读/可写，完成端口模型能更好的处里此类问题，因为它本身就是一个纯异步的结构。

int select(int maxfdp,fd_set  *readfds,fd_set  *writefds,fd_set *errorfds,struct  timeval  *timeout);

1 fd_set不是结构体，可以理解为一个存放文件描述符的数组 定义时 不可加struct

2 select 函数必须要有头文件#include<sys/select.h>

Select在Socket编程中还是比较重要的，可是对于初学Socket的人来说都不太爱用Select写程序，只是习惯写诸如connect、accept、recv或recvfrom这样的阻塞程序（所谓阻塞方式block，顾名思义，就是进程或是线程执行到这些函数时必须等待某个事件的发生，如果事件没有发生，进程或线程就被阻塞，函数不能立即返回）。如果使用Select就可以完成非阻塞（所谓非阻塞方式non-block，就是进程或线程执行此函数时不必非要等待事件的发生，一旦执行肯定返回，以返回值的不同来反映函数的执行情况，如果事件发生则与阻塞方式相同，若事件没有发生则返回一个代码来告知事件未发生，而进程或线程继续执行，所以效率较高）方式工作的程序，它能够监视我们需要监视的文件描述符的变化情况——读写或是异常。下面详细介绍一下！

Select的函数格式(我所说的是Unix系统下的伯克利socket编程，和windows下的有区别，一会儿说明)：

先说明两个结构体：

第一， fd_set可以理解为一个集合