socket阻塞与非阻塞模式区别

首先什么是阻塞，什么是非阻塞呢?

通俗的说，阻塞就是事情没干完，但是现在暂时无法干，还得在那儿等着

非阻塞就是事情没干完，现在暂时没法干，我先离开一会儿，待会儿回来再干。

拿recv和send函数来说，send发送一定byte的数据，其实是把数据拷贝到TCP/IP协议栈中的输出mbuf（http://blog.csdn.net/shinichr/article/details/23044999）中，它执行成功不是指已经成功的把数据发给了对方。

这时候如果输出mbuf没有足够的空间保存数据呢？对于阻塞模式下，send将不返回知道mbuf有足够的空间来保存数据。而非阻塞模式会立即返回一个缓存区已满的提醒，这时候需要我们去处理。

对于recv来说，道理和send类似的。

那么socket的阻塞函数有哪些呢？ 

accept，connect，recv（recvfrom），send（sendto），closesocket，select（poll或epoll）
accept在阻塞模式下，没有新连接时，线程会进入睡眠状态；非阻塞模式下，没有新连接时，立即返回WOULDBLOCK错误。

connect在阻塞模式下，仅TCP连接建立成功或出错时才返回，分几种具体的情况，这里不再叙述；非阻塞模式下，该函数会立即

返回INPROCESS错误（可以用select检测该连接是否建立成功）   

select/poll/epoll并不是真正意义上的阻塞，它们的阻塞是由于它们最后一个timeout参数决定的，timeout大于0时，它们会一
直等待直到超时才退出（相等于阻塞），而timeout=-1即永远等待。

设置socket阻塞模式方法也很简单:

linux：
          fcntl(socket, F_SETFL, flags | O_NONBLOCK);
          read/recv函数的最后一个参数也可以设置阻塞或非阻塞方式


windows：
          ioctlsocket，WSAAsyncselect()和WSAEventselect()
    read/recv函数的最后一个参数也可以设置阻塞或非阻塞方式