epoll监听事件删除还能监听到

对于 epoll 监听事件的删除，确实有一种情况下可以继续监听到该事件，那就是当你删除一个事件时，如果该事件正在被处理，例如正在执行回调函数，那么 epoll 仍然会继续监听该事件。这是因为在删除事件之前，epoll 无法知道该事件是否正在被处理，所以会继续监听，直到事件处理完毕。

需要注意的是，这种情况并不常见，并且在实际开发中应尽量避免出现这种情况。删除事件时，最好确保该事件不会再触发，或者在删除前停止相关处理。

相关问题

EPOLL 监听 UDP

EPOLL 可以用于监听 UDP。使用 EPOLL 监听 UDP 协议的过程与 TCP 类似，但是需要注意的是，在监听 UDP 时，需要将监听套接字设置为非阻塞模式，因为 UDP 是无连接的，所以如果将监听套接字设置为阻塞模式，程序会一直阻塞在 recvfrom 函数上，无法处理其他事件。

在使用 EPOLL 监听 UDP 时，需要将监听套接字注册到 EPOLL 中，并设置相应的事件（如 EPOLLIN 表示数据可读）。当有数据到来时，EPOLL 会通知程序进行处理。在处理 UDP 数据时，需要使用 recvfrom 函数获取数据，并通过发送方的 IP 地址和端口号来确定数据的来源。

epoll 监听 fd 关闭

在使用 epoll 进行事件轮询时，当监听的文件描述符（fd）被关闭时，需要进行一定的处理。

一种方法是在每次调用 epoll_wait() 时检查每个返回的事件是否出错，如果出错了，则可以认为对应的文件描述符已经关闭了。但这种方法会导致额外的系统调用和 CPU 开销。

另一种方法是使用 EPOLLHUP 和 EPOLLERR 事件来处理关闭的文件描述符。当监听的文件描述符被关闭时，内核会向应用程序发送一个 EPOLLHUP 事件。如果出现错误，则会发送一个 EPOLLERR 事件。应用程序可以通过检查这些事件来进行相应的处理。

当接收到 EPOLLHUP 或 EPOLLERR 事件时，应用程序应该关闭对应的文件描述符，并从 epoll 实例中删除该文件描述符。如果不删除，下一次调用 epoll_wait() 时会返回一个 EPOLLHUP 或 EPOLLERR 事件，导致额外的系统调用和 CPU 开销。