一般在客户端和服务端通信中，服务端处理完请求后，需要通过 send() 将响应写回客户端。但在非阻塞 IO 模型下，send() 并不保证一次就能把全部响应写入内核 socket 发送缓冲区。如果客户端接收较慢，或者服务端短时间内产生了大量响应，内核发送缓冲区空间不足，send() 可能只写入一部分数据，甚至返回 EAGAIN/EWOULDBLOCK。此时已经成功写入内核的部分由 TCP 协议栈继续负责发送，而未写入的剩余部分仍然在用户态。如果这部分数据来自临时变量，并且应用层没有保存发送进度，函数返回后剩余数据就可能丢失；如果保存了 buffer 但不维护偏移，又可能导致下次重复发送。
因此常见做法是为每个连接维护一个应用层输出缓冲区。命令处理阶段只负责把响应追加到输出缓冲区，并注册 EPOLLOUT 写事件；当 fd 可写时，在写事件处理函数中调用 send() 尝试发送。send() 成功返回多少字节，就从输出缓冲区中消费多少字节；如果遇到 EAGAIN/EWOULDBLOCK，说明当前 socket 暂时不可写，保留剩余数据，等待下一次写事件继续发送。这样既能处理非阻塞短写，也能避免某个慢客户端阻塞整个事件循环，同时保证同一连接上的多个响应按顺序发送。
