Socket可读可写事件的判定机制
理解Socket的可读可写事件，关键在于理解操作系统的Socket缓冲区机制。每个Socket都拥有两个缓冲区：接收缓冲区（read buffer）和发送缓冲区（write buffer）。
可读事件触发条件
Socket的可读事件表示接收缓冲区中存在可读取的数据。系统调用recv函数从该缓冲区读取数据。
- 当接收缓冲区中至少有一个字节的数据时，Socket被认为可读。
- 当接收缓冲区为空，且应用程序先前调用了
recv函数，系统会返回一个特殊值（例如0），而不是报错。
可写事件触发条件
Socket的可写事件与接收缓冲区无关，它取决于发送缓冲区的可用空间。当满足以下条件时，Socket被认为可写：
- 发送缓冲区拥有足够的空间容纳应用程序待发送的数据。
简单来说，只要应用程序有数据需要发送，且发送缓冲区有足够的空间，Socket就处于可写状态。
代码示例中的事件处理
文中代码示例中，可读事件的处理是显式的：当接收缓冲区有数据时，手动将Socket设置为可写状态（epoll.modify(fileno, select.EPOLLOUT)）。
这是因为在某些协议（例如HTTP）中，服务器只有在接收到完整的请求后才能生成响应。因此，服务器在解析完请求并创建响应之前，会将Socket设置为可读状态。
边缘触发与水平触发
使用epoll时，存在两种触发模式：
- 边缘触发 (Edge-Triggered): 当可读/可写条件满足时，事件只触发一次。
- 水平触发 (Level-Triggered): 只要可读/可写条件满足，事件就会持续触发，直到应用程序读取或写入数据。
在Linux系统中，epoll默认使用边缘触发模式。
