send、recv等socket编程接口的阻塞与非阻塞模式.md

socket编程中经常使用send和recv函数来接收和发送数据。
对于系统来说，不管是发送数据还是接收数据，都不是直接在内存上操作的。 发送数据有发送缓冲区，接收数据有接收缓冲区。

对于send来说，send函数调用时，先将将应用程序请求发送的数据拷贝到发送缓存中，而后驱动程序会去读取发送缓冲中的数据，在进行真正的传输。
对于recv来说，recv只是从接收缓冲中读取数据，而接收缓存中的数据来自于网卡驱动。

既然调用send和recv时，是与缓冲区进行交互，那么就至少可能存在以下问题：
1. 对send来说， 发送缓冲区的可用空间不足以拷贝要发送的数据怎么办，是阻塞等待、还是返回失败信息？
2. 对recv来说，接收缓冲区还没有数据可读怎么办， 是阻塞等到有数据，还是返回失败？

阻塞 与 非阻塞

在阻塞模式下，send调用在发送缓冲区可用空间不足时，会阻塞等待； recv调用在接收缓冲区还没有数据可读时，也会阻塞等待。
在非阻塞模式下，send调用在发送缓冲区可用空间不足时，会返回失败； recv调用在接收缓冲区还没有数据可读时，也会返回失败。

默认情况下，send、recv等socket编程接口工作在阻塞模式下。
也就是说，当程序执行到recv时，如果对方数据还没发出来、或者说还没到达我们的接收缓冲区，程序就阻塞在recv了。