c++ - Epoll_wait 在关闭的文件描述符上返回事件

Question

我正在使用一个多线程嵌入式应用程序，其中 epoll 用于其中一个线程中的 IO。我依赖于 epoll 的一个特定功能，该功能指定关闭文件描述符会自动将其从 epoll 集中删除(man 7 epoll 中的问题/答案 6)。在这种情况下，文件描述符关闭是在调用 epoll_wait 的同一个线程中完成的。最终发生的事情是 epoll_wait 在文件描述符关闭后返回一个事件，程序最终崩溃，因为它试图访问在文件描述符关闭时被释放的资源。据我所知，文件描述符没有在任何地方被欺骗，尽管我不知道如何验证这一点。我知道没有调用 fork()、dup()、dup2() 或 fcntl( ) 使用特定的 dup 选项。这个特定的文件描述符在 EPOLLOUT、EPOLLIN、EPOLLERR 和 EPOLLHUP 中注册。它是电平触发的。是否有人知道此功能的任何注意事项？手册页不正确吗？有什么有用的信息可以帮助我进一步调试问题吗？我知道我可以从集合中删除文件描述符，但我想知道为什么会这样。

Answer 1

关闭文件描述符似乎并没有将其从 epoll 中删除。我在 3.12.2 上用非常简单的例子试过了。我倾向于称手册页错误或不准确。

我在测试中所做的是:

• 创建了一个 TCP 套接字
• 将它绑定(bind)到 localhost:5555
• 让它听
• 创建了一个 epoll
• 用 hup、err 和 in 添加套接字
• 睡了一会儿，所以我可以选择与 nc 连接
• 关闭套接字
• epoll_wait
• epoll_ctl 删除
• 打扫干净

即使套接字已关闭，无论我是否连接到它，等待仍然有效。

编辑:如果套接字已关闭，epoll_ctl_del 会失败。在阅读了当前的手册页之后，似乎它们实际上没问题。 epoll 页面指向 select(2) 关于关闭被监视的套接字，该页面表示该行为未指定。