select、poll、epoll 都用于等待多个文件描述符就绪。它们报告的是可进行某种 I/O 的状态，应用仍要调用 read/write；在非阻塞套接字上尝试读写仍需正确处理 EAGAIN、部分读写和连接关闭。
select 使用位图表达关注集合。每次调用需要传入并返回集合，用户态与内核态之间要复制和扫描；描述符数量通常受 FD_SETSIZE 等限制，具体限制取决于 libc 和系统配置。调用后集合内容会变化，程序需要重新建立集合。
poll 用数组描述关注项，避免 select 位图接口的固定集合大小限制，但每次等待仍需传入描述符数组并扫描关注项，连接总量大时成本会随集合规模增长。
epoll 是 Linux 专有接口，通过创建 epoll 实例、注册关注项，再等待就绪事件。注册与等待分离，内核维护关注集合；在大量连接但每次只有少数活跃时，通常避免每轮把全部集合重新复制扫描。不过它不是“任何负载下都是 O(1)”或必然更快：活跃连接很多、事件处理很重、注册管理成本高时，结果依场景而变。epoll 也不可移植到所有类 Unix 平台。
三者的可读/可写只说明某些操作当前可能进行；例如 TCP 可读也可能意味着对端关闭、错误或只读到部分数据。监听套接字可读常表示有连接可接受。边缘触发模式还要求程序持续处理到 EAGAIN，否则可能错过后续通知。
常见追问
Q：为什么高并发 Linux 服务常选 epoll？
A：当连接数大且每轮活跃比例低时，注册复用并只处理就绪事件可减少重复扫描全部描述符的成本；仍需按实际负载评估。
Q：select 的描述符上限是 1024 吗？
A：常见 libc 的 FD_SETSIZE 默认值可能为 1024，但不能把它当所有系统、所有编译方式的固定内核上限；应查目标环境接口定义和限制。
Q：epoll 返回可读就能一次读完吗？
A：不能保证。TCP 是字节流，read 可能只返回部分数据；应用需循环读取或维护缓冲区，并遵守触发模式要求。