原文：https://blog.csdn.net/shy_hc/article/details/69950334
先理一下阻塞和非阻塞的概念：
- 阻塞就是让当前调用线程一直处于停止等待当中，挂起的状态，线程函数会被卡住。
- 非阻塞则是不管运行结果如何，都会继续往下执行（往往都要处理很多返回结果），线程函数里一般都是一个循环，不停的轮询。
再理一下发送接收函数：
- send/sendto函数，只是把应用层的数据拷贝到内核发送缓冲区，并不保证数据一定会被发送到对端，真正执行发送及什么时候发送是由系统(协议栈)决定的，所以send/sendto函数返回成功，只能说明拷贝成功了，如果在还未发送之前网络断开，则发送失败。
- recv/recvform函数,，将内核接收缓冲区的数据拷贝到应用层的buffer中，真正执行接收数据也是由系统层决定的。
套接字默认是阻塞状态，因此发送及接收也是阻塞状态，所以调用不会立即返回，而是进入睡眠等待操作完成。
一、send/sendto操作
1.在阻塞模式下send操作将会等待所有数据均被拷贝到发送缓冲区后才会返回
- 如果发送缓冲区可用大小为0或比要发送的数据长度要小，则会阻塞，直到发送缓冲区里的数据被系统发送后，可用缓冲区大小比要发送的数据长度大时，send返回成功，否则一直阻塞等待。由此可知，send返回的发送大小，必然是你参数中的发送长度的大小。
2.在阻塞模式下sendto操作不会被阻塞
- UDP没有真正意义上的发送缓冲区，它所做的只是把应用层的缓冲区数据拷贝到下层的协议栈，在此过程中加UDP头，IP头，所以不存在阻塞
3.在非阻塞模式下send操作会立即返回
- 如果发送缓冲区可用大小为0，则会立即返回EWOULDBLOCK错误，表示无法拷贝任何数据到发送缓冲区；如果发送缓冲区可用大小不为0，但小于发送数据的长度，则拷贝可用大小的数据到缓冲区；由此可知，非阻塞send总是尽自己最大能力往发送缓冲区拷贝尽可能多的数据，所以存在非阻塞send返回的大小比发送数据的长度要小的情况。
4.在非阻塞模式下sendto操作也不会阻塞
- 大致与阻塞模式下情况一致，不会被阻塞
二、recv/recvfrom操作
1.在阻塞模式下，recv/recvfrom会一直阻塞到接收缓冲区里有一个字节或一个完整的UDP数据报为止，然后再返回
- recv的原型：int recv(SOCKET sd, char *buffer, int len, int
flag)，注意到系统并不会等待buffer被填满了再返回，而是一旦有数据被接收到，就立刻返回，因此不要期望实际收到的数据长度就等于len。
2.在非阻塞模式下，recv/recvfrom会立即返回
- 如果接收缓冲区，有至少一个字节或UDP数据报，则会返回接收到的数据大小，如果没有，则返回错误EWOULDBLOCK