select,poll,epoll区别

### 回答1：
select、poll、epoll都是Linux下的I/O多路复用机制，用于同时监视多个文件描述符的状态，以便在其中任意一个文件描述符就绪时进行相应的I/O操作。

它们的区别在于：

1. select和poll采用轮询的方式来检查文件描述符的状态，而epoll采用回调的方式，只有当文件描述符状态发生变化时才会触发回调函数。

2. select和poll的文件描述符集合大小有限，通常为1024，而epoll没有这个限制，可以支持数以万计的文件描述符。

3. select和poll每次调用都需要将文件描述符集合从用户态拷贝到内核态，而epoll只需要在第一次调用时拷贝一次，后续调用只需要传递一个指向内核态的指针即可，因此效率更高。

4. select和poll支持的文件描述符类型有限，只能监视普通文件、管道、套接字等，而epoll支持的文件描述符类型更多，还可以监视定时器、信号等。

总之，epoll是一种更加高效、灵活、可扩展的I/O多路复用机制，是Linux下I/O编程的首选。

### 回答2：
select、poll、epoll都是I/O多路复用的机制，可以实现同时监控多个文件描述符，有新的I/O事件时提醒相应的线程或进程进行处理，从而提高I/O效率和系统的可扩展性和并发性。

select和poll最初是由Unix系统提供的，而epoll是Linux内核2.5中新增的I/O多路复用机制。

select的缺点是在监控大量文件描述符时，由于实际监控对象是一个bit数组，每次调用都需要反复扫描整个数组，所以效率较低，同时可以监控的文件描述符有一定的最大数量限制。同时，select还需要将文件描述符的状态从内核空间拷贝到用户空间中，增加了开销。

poll的改进是采用了链表存储，并且没有了文件描述符数目的限制，但其实现方式和select一样，需要遍历整个链表来获得文件描述符的信息，对于大量的文件描述符的情况下，效率仍然不高。

epoll采用了完全不同的方式，将文件描述符放入内核红黑树而不是数组或链表中，利用事件通知的方式，并且可以支持边缘触发(ET)和水平触发(LT)两种方式。在epoll机制中，每个文件描述符都可以注册多个事件，epoll_wait收到事件后，仅将有事件发生的文件描述符放入返回的事件表中，从而在遍历未发生事件的文件描述符时，避免了遍历整个数组或链表的情况，提高了效率。

综上所述，select、poll和epoll都是I/O多路复用机制中的代表性技术，各有优缺点，在不同的场景下可以选择适合的技术。epoll相对于select和poll，在处理高并发时提供了更好的性能和可扩展性，因此在Linux下经常被使用，尤其是在网络编程中。

### 回答3：
select、poll、epoll都是I/O多路复用的技术。在I/O多路复用中，一旦有一个套接字就绪，就会通知程序进行相应的处理。这样可以减少资源的消耗，避免在等待数据到来时一直占用CPU的时间。

select是最早的I/O多路复用技术。在调用select时，需要将所有监控的套接字传递给它，select会在所有套接字都没有就绪时阻塞。一旦有一个套接字就绪，它就会返回信号给程序，程序可以通过循环遍历所有传递的套接字来找到哪个套接字有数据可读或可写。select的缺点是，它最多只能同时监听1024个套接字。

poll是select的改进版。在使用poll时，需要传递一个监视对象（如套接字）数组。和select类似，如果监视对象都没有产生事件，那么poll会阻塞。一旦有一个事件发生时，poll会将发生了事件的监视对象的索引传递给程序。和select相比，poll可以同时监视的对象数目会更大一些，但仍然有限制。

epoll是Linux下的一种I/O多路复用技术。它使用事件驱动的方式来监听套接字，从而避免了传统select和poll的瓶颈。epoll的优点是它能够处理数以百万计的套接字，而且效率更高，因为它是在内存里操作的。epoll使用一个事件表来保存需要监听的套接字和事件信息，当有事件发生时，系统会从事件表中找到相应的套接字，并通知程序进行相应的处理。

总而言之，虽然select和poll在较早的时期被广泛使用，但随着网络的发展和应用需求的日益增长，在高并发场景下，它们逐渐显露出瓶颈。而epoll，则是在这种背景下诞生的，它能够更好地满足高并发场景的要求，因此在Linux系统下广泛应用。