为什么在“非阻塞+io复用网络模型”中用户缓冲区管理变得复杂了？

unix网络编程16章中实现了并讲解了“io复用+非阻塞网络模型”，但是却没有细致讲解为什么在“io复用+非阻塞”模型中的用户缓冲区管理变得复杂了。我在看这一节的时候，一直在想为什么需要复杂的缓冲区管理，此书前面章节的简单缓冲区管理不奏效了吗？

如果不解决这个疑问，我觉得非阻塞io这一章我算白看了。

以  向“io复用+非阻塞网络模型”的socket输出缓冲区写入数据为例：

这里涉及两个缓冲区，第一个是用户缓冲区，第二个是socket输出缓冲区，任务是将用户缓冲区中的数据全部写入socket输出缓冲区。

1. 由于写socket输出缓冲区是非阻塞式的，当socket输出缓冲区中数据已满，写入失败。

2. 此时，用户缓冲区中的数据不能扔掉，必须等待下一次尝试。

3. 当用户缓冲区又要接收新的数据时，这时就需要类似书中第16章讲到的缓冲区管理。

再来看一下“io复用+阻塞网络模型”的缓冲区管理为什么要简单：

和上面的例子相同，涉及用户缓冲区和socket输出缓冲区。

1. 由于写socket输出缓冲区操作是阻塞式的，即使当前socket输出缓冲区已满，写调用也会一直等待，直到把用户缓冲区数据成功写入。

2. 此时，用户缓冲区已空。

3. 当用户缓冲区要接收新的数据时，把数据写到空的用户缓冲区即可，因此在阻塞模式下，用户缓冲区管理比较简单。