给定一个非阻塞TCP套接字，如果调用read(sock,buf,bufLen)返回一个值bufLen，然后等待边缘触发的EPOLLIN事件是否安全？还是我必须再次调用read以确保它为零或EAGAIN？在我的测试中，当我删除最后一个调用时，一切都保持正常，我只是想知道它是否在任何地方或Linux源代码中得到保证，以及我是否可以摆脱额外的调用。 最佳答案 你的问题在man7epoll中得到了回答。如您所见，它取决于套接字类型(数据包/流):Q9使用EPOLLET标志(边沿触发行为)时，是否需要连续读/写文件描述符直到EAGAIN？A9

我对基于事件的编程相当陌生。我正在试验epoll的edge-mode，它显然只指示已准备好读/写的文件(与指示所有就绪文件的级别模式相反，无论是否已经准备就绪，或者刚刚准备就绪)。我不清楚的是:在边缘模式下，我是否被告知在我未epoll_waiting时发生的就绪事件？尚未重新装备的一次性文件上的事件如何处理？为了说明我为什么这么问，请考虑以下场景:连接了10个非阻塞套接字配置epoll_ctl在套接字准备好读取时使用react，在edge-mode+oneshot中:EPOLLET|EPOLLONESHOT|埃波林epoll_wait等待某事发生(最多报告10个事件)linux唤醒我

我对基于事件的编程相当陌生。我正在试验epoll的edge-mode，它显然只指示已准备好读/写的文件(与指示所有就绪文件的级别模式相反，无论是否已经准备就绪，或者刚刚准备就绪)。我不清楚的是:在边缘模式下，我是否被告知在我未epoll_waiting时发生的就绪事件？尚未重新装备的一次性文件上的事件如何处理？为了说明我为什么这么问，请考虑以下场景:连接了10个非阻塞套接字配置epoll_ctl在套接字准备好读取时使用react，在edge-mode+oneshot中:EPOLLET|EPOLLONESHOT|埃波林epoll_wait等待某事发生(最多报告10个事件)linux唤醒我