select和poll是Linux早期IO多路复用机制，select通过位图管理fd，受限于1024且需每次重置集合；poll采用数组结构，无数量限制且接口清晰，但仍有拷贝开销和遍历成本；两者适用于低并发或跨平台场景，是理解epoll的基础。
在Linux系统中，IO多路复用是实现高并发网络编程的核心技术之一。它允许一个进程或线程同时监控多个文件描述符的读写状态，从而高效处理大量IO事件。select和poll是最早期的两种IO多路复用机制，虽然现在有更高效的epoll，但理解select与poll的工作原理对掌握整个IO多路复用体系至关重要。
select机制详解
select 是最古老的IO多路复用系统调用，定义在sys/select.h头文件中。它通过一个位图结构来管理待监听的文件描述符集合。
其函数原型为：
int select(int nfds, fd_set *readfds, fd_set *writefds, fd_set *exceptfds, struct timeval *timeout);
参数说明：
- nfds：监听的最大文件描述符值加1，用于指定扫描范围
- readfds：关注可读事件的文件描述符集合
- writefds：关注可写事件的集合
- exceptfds：关注异常事件的集合
- timeout：超时时间，设为NULL表示阻塞等待
使用select需要注意几个关键点：
- 每次调用前必须重新初始化fd_set集合，因为返回后原集合会被内核修改
- 文件描述符数量受限于FD_SETSIZE（通常为1024）
- 每次调用都需要将整个集合从用户空间拷贝到内核空间，开销较大
- 返回后需要遍历所有文件描述符来判断哪个就绪，时间复杂度O(n)
典型使用模式是先用FD_ZERO清空集合，再用FD_SET添加需要监听的fd，调用select后用FD_ISSET检测就绪的描述符。
poll机制深入解析
poll 是对select的改进版本，定义在poll.h中，解决了select的部分缺陷。
其函数原型为：
int poll(struct pollfd *fds, nfds_t nfds, int timeout);
核心结构体struct pollfd包含：
- fd：文件描述符
- events：关注的事件类型（如POLLIN、POLLOUT）
- revents：实际发生的事件，由内核填充
相比select，poll的优势在于：
- 没有最大文件描述符数量限制（仅受系统资源约束）
- 使用数组传递fd列表，避免了位图大小限制
- 不需要每次重新设置监听集合，events字段保持不变
- 接口更清晰，事件类型用宏定义更直观
但poll仍存在一些问题：
- 每次调用仍需将整个数组拷贝到内核
- 返回后仍需遍历所有元素查找就绪fd
- 在大量并发连接中性能依然不如epoll
select与poll的实际应用场景
尽管性能上不如epoll，select和poll仍有其适用场景：
- 跨平台程序开发中，select和poll具有更好的可移植性
- 连接数较少且分布稀疏的应用，性能差异不明显
- 学习IO多路复用原理的最佳起点
- 某些嵌入式环境可能只支持传统接口
编写通用服务器时，可以优先考虑使用poll替代select，因其接口更简洁且无FD_SETSIZE限制。例如实现一个简单的回声服务器，可以用poll同时监听监听套接字和多个客户端连接。
需要注意的是，无论是select还是poll，在高并发下都可能出现“惊群”现象或效率下降。此时应考虑升级到epoll。但在大多数中小规模应用中，它们已经足够胜任。
基本上就这些。掌握select和poll不仅有助于理解Linux IO模型，也为后续学习epoll打下坚实基础。
