抛开细节不说， select epoll 和普通的非阻塞 read 轮询的区别是不是就只是前者是一个线程一次可以获取多个 fd 的状态，后者每个线程一次只能获取一个 fd 的状态？

没用过 select epoll 写过代码，只看过网上的文章，千篇一律都是调用一次 select 或者 epoll 就没了，我理解的是应该还是需要轮询处理的吧。

比如这个伪代码

while(!read(fd1)){}
while(!read(fd2)){}
while(!read(fd3)){}

while(!select(fd1 fd2 fd3 ...)){}

while(!epoll(fd1 fd2 fd3 ...)){}

不知道有没有理解错

Zhuzhuchenyan

2021-07-16 19:52:05 +08:00

对于 Select 来说是这样的，你还是需要一个 while 循环来保证及时更新 socket 的就绪列表
要补充的一点是，这里拿 read 和 select 作比较不是很好，应该拿 poll 来做比较，因为 select 并不仅仅可以轮询 read 状态，和 poll 一样，是可以查询 read, write 和 error 的

对于 Epoll 来说也是一样的，通过调用循环阻塞的调用 epoll_wait 来获取最新的事件状态。

muzuiget

2021-07-16 21:00:10 +08:00

应该是 select 可以一次内核调用查看多个 fd 的 read/write 状态，而效率单独用对 fd 调用一次 read 。你 read 过 fd 后，这个 fd 就要重新 select 。

LeeReamond

2021-07-17 01:07:26 +08:00

你理解错了，你没有理解 IO 多路复用的概念，按照你的伪代码你实际上做的是监控所有你想监控的文件描述符是否发生（中断）事件，但实际上 select 和 epoll 都不是按照这个逻辑工作的，select 大概类似于阻塞监听所有描述符中是否有任一发生中断，但回文中并不具体描述中断是哪一位，所以带来的问题是用户代码仍需要自行判断

zxCoder

2021-07-17 08:08:56 +08:00

@LeeReamond 不是很理解您前面的意思
但是"select 大概类似于阻塞监听所有描述符中是否有任一发生中断，但回文中并不具体描述中断是哪一位，所以带来的问题是用户代码仍需要自行判断"
这个和我的理解是一样的，不知道伪代码为什么是错的

irytu

2021-07-17 14:37:38 +08:00

@zxCoder 把监听 fd 的任务交给内核当一个或多个 fd 上有事件（可读、可写、错误 indication ）的时候会从内核态返回到用户进程用户进程进行处理优势就是你不必从用户态的角度阻塞在某一个 fd 效率会很高

zxCoder

2021-07-17 15:18:21 +08:00

@irytu 那我还是要去阻塞 select 或者 epoll 对吧等于我监听一个 fd 变成监听多个 fd 不是吗

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://tanronggui.xyz/t/789961

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

抛开细节不说， select epoll 和普通的非阻塞 read 轮询的区别是不是就只是 前者是一个线程一次可以获取多个 fd 的状态，后者每个线程一次只能获取一个 fd 的状态？

抛开细节不说， select epoll 和普通的非阻塞 read 轮询的区别是不是就只是前者是一个线程一次可以获取多个 fd 的状态，后者每个线程一次只能获取一个 fd 的状态？