使用EPOLL时UDP与TCP的差异：UDP发送后重复触发EPOLLOUT问题

核心原因：TCP与UDP的EPOLLOUT触发逻辑本质不同 #

• TCP socket：EPOLLOUT触发与发送缓冲区可用空间强相关，仅当缓冲区从不可写变为可写时才会触发（比如连接建立完成、之前满的缓冲区有空间释放）。
• UDP socket：无连接特性决定了它默认始终处于可写状态（除非系统发送队列耗尽）。只要你在epoll中注册了EPOLLOUT事件，epoll_wait就可能在每次唤醒时触发该事件，哪怕你刚完成一次小数据发送。

针对你的流程拆解 #

1. UDP的connect操作只是绑定了目标地址（并非真正建立连接），完成后触发EPOLLOUT属于正常行为。
2. 发送小数据后，UDP发送缓冲区几乎不会被填满，socket仍处于可写状态，因此epoll会再次触发EPOLLOUT——这就是你看到的额外触发事件。
3. 收到响应时，socket同时满足可读（有响应数据）和可写（缓冲区有剩余），因此触发EPOLLIN|EPOLLOUT。

解决方案 #

• 动态调整事件掩码：发送完UDP数据后，调用epoll_ctl(EPOLL_CTL_MOD)移除EPOLLOUT监听，需要再次发送时重新添加。
• 事件过滤处理：在EPOLLOUT事件回调中，判断当前是否有等待发送的UDP数据，若无则直接跳过该事件的处理逻辑。

内容的提问来源于stack exchange，提问作者endinferno