poll、Epoll和select的区别以及优缺点

`poll`、`epoll`和`select`都是在Linux平台上用于实现I/O多路复用的机制，但它们有一些区别和各自的优缺点。

1. **工作原理和机制：**
   - `select`：`select`是最早引入的I/O多路复用机制，它通过将需要检查的文件描述符集合传递给`select`函数来检查这些文件描述符的状态。`select`函数会阻塞等待，直到有文件描述符就绪或超时，然后返回就绪的文件描述符。
   - `poll`：`poll`是`select`的改进版本，在内核中使用了链表来存储文件描述符，因此没有`select`中的文件描述符数量限制。`poll`通过`poll`函数的调用来检查指定文件描述符集合中的状态，并返回就绪的文件描述符。
   - `epoll`：`epoll`是后来引入的I/O多路复用机制，在Linux内核中以事件驱动的方式实现。`epoll`通过创建一个事件表（或事件集）来存储需要监视的文件描述符，然后使用`epoll_ctl`函数来添加、修改或删除文件描述符，最后使用`epoll_wait`函数等待就绪的文件描述符。

2. **效率：**
   - `select`：`select`对于大规模的文件描述符集合进行轮询，效率较低。因为每次调用`select`函数时，都要将所有的文件描述符从用户态拷贝到内核态，这个操作需要消耗大量的时间和资源。
   - `poll`：`poll`相对于`select`来说效率有所提升，因为它使用链表来存储文件描述符，没有数量限制，可以处理更多的并发连接。
   - `epoll`：`epoll`使用事件驱动的方式，只有就绪的文件描述符会被返回，避免了对所有文件描述符的轮询。这样可以大大提高效率，尤其在处理大量并发连接时效果更明显。

3. **可扩展性：**
   - `select`：`select`的可扩展性有限，因为它使用一个线性的文件描述符集合来保存需要检查的文件描述符。这意味着随着要检查的文件描述符数量的增加，`select`的性能会下降。
   - `poll`：`poll`相对于`select`来说在可扩展性方面有所提升，但仍然受到文件描述符数量的限制。
   - `epoll`：`epoll`的可扩展性好，它使用一个事件表来存储需要监视的文件描述符，可以高效地处理大量的并发连接。

4. **文件描述符管理：**
   - `select`：`select`每次调用时需要将所有的文件描述符从用户态拷贝到内核态，这对于大量的文件描述符来说开销较大。
   - `poll`：`poll`只需要将文件描述符添加到链表中，不需要每次调用时都拷贝文件描述符。
   - `epoll`：`epoll`只需要将文件描述符添加到事件表中，不需要每次调用时都拷贝文件描述符。

  `epoll`在效率和可扩展性上都优于`select`和`poll`，特别是在处理大量并发连接时效果更明显。因此，在需要高性能和大规模并发的场景下，`epoll`是更好的选择。但对于一些小型应用或者需要兼容其他平台的情况，`select`和`poll`仍然是简单可用的选择。