Linux与Unix中的epoll：高效I/O多路复用的典范 在操作系统的发展历程中，Unix和Linux无疑占据了举足轻重的地位

    Unix作为最早的多用户、多任务操作系统之一，起源于1969年，由AT&T贝尔实验室的Ken Thompson和Dennis Ritchie等人开发

    而Linux，则是一个开源的操作系统，由芬兰的Linus Torvalds于1991年首次发布，其设计在很大程度上受到了Unix的影响，并遵循了POSIX（Portable Operating System Interface）标准

    尽管两者在起源、授权方式、硬件兼容性等方面存在差异，但在I/O多路复用机制，尤其是epoll这一高效API上，两者均展现出了卓越的性能和灵活性

     epoll的起源与重要性 epoll是Linux内核为处理大批句柄而改进的poll机制，是Linux下多路复用I/O接口select/poll的增强版本

    epoll的引入，显著减少了程序在大量并发连接中只有少量活跃的情况下的系统CPU利用率

    这一机制的核心在于，它会复用文件描述符集合来传递结果，而不是迫使开发者每次等待事件之前都必须重新准备要被侦听的文件描述符集合

    此外，epoll在获取事件时，也无需遍历整个被侦听的描述符集，只需遍历那些被内核I/O事件异步唤醒而加入Ready队列的描述符集合

     epoll不仅提供了select和poll那种IO事件的电平触发（Level Triggered，简称LT），还提供了边沿触发（Edge Triggered，简称ET）

    电平触发是缺省方式，同时支持block和no-block socket

    在这种模式下，内核会告诉一个文件描述符是否就绪，如果就绪，就可以对这个就绪的文件描述符进行IO操作

    而边沿触发则是高速工作方式，只支持no-block socket

    在这种模式下，当描述符从未就绪变为就绪状态时，内核会通过epoll通知

    然后它会假设你知道文件描述符已经就绪，并且不会再为那个描述符发送更多的就绪通知，直到你做了某些操作导致那个文件描述符不再为就绪状态

     epoll的优势与应用 epoll相较于传统的select和poll，具有显著的性能优势

    当需要检查大量的文件描述符时，epoll的性能扩展性远高于select和poll

    这是因为epoll避免了在每次调用时都需要重新准备文件描述符集合的繁琐过程，同时也减少了遍历整个被侦听描述符集的开销

    此外，epoll还支持灵活的事件类型指定，例如检测套接字文件描述符的读就绪、写就绪或者两种同时指定

     epoll的应用场景非常广泛，特别是在需要处理大量并发连接的网络服务器中

    传统的select和poll在处理大量文件描述符时，性能会急剧下降，因为它们需要遍历整个被侦听的描述