IO多路复用是指内核一旦发现过程指定的一个或者多个IO条件筹备读取，它就告诉该过程。IO多路复用实用如下场合：

  1. 当客户解决多个描述符时（个别是交互式输出和网络套接口），必须应用I/O复用。
  2. 当一个客户同时解决多个套接口时，而这种状况是可能的，但很少呈现。
  3. 如果一个TCP服务器既要解决监听套接口，又要解决已连贯套接口，个别也要用到I/O复用。
  4. 如果一个服务器即要解决TCP，又要解决UDP，个别要应用I/O复用。
  5. 如果一个服务器要解决多个服务或多个协定，个别要应用I/O复用。

与多过程和多线程技术相比，I/O多路复用技术的最大劣势是零碎开销小，零碎不用创立过程/线程，也不用保护这些过程/线程，从而大大减小了零碎的开销。 目前反对I/O多路复用的零碎调用有 select，pselect，poll，epoll，I/O多路复用就是通过一种机制，一个过程能够监督多个描述符，一旦某个描述符就绪（个别是读就绪或者写就绪），可能告诉程序进行相应的读写操作。但select，pselect，poll，epoll实质上都是同步I/O，因为他们都须要在读写事件就绪后本人负责进行读写，也就是说这个读写过程是阻塞的，而异步I/O则无需本人负责进行读写，异步I/O的实现会负责把数据从内核拷贝到用户空间。 对于IO多路复用机制不了解的同学，能够后行参考《聊聊Linux 五种IO模型》，来理解Linux五种IO模型。 1 select、poll、epoll简介# epoll跟select都能提供多路I/O复用的解决方案。在当初的Linux内核里有都可能反对，其中epoll是Linux所特有，而select则应该是POSIX所规定，个别操作系统均有实现。 1.1 select## 基本原理： select 函数监督的文件描述符分3类，别离是writefds、readfds、和exceptfds。调用后select函数会阻塞，直到有描述符就绪（有数据 可读、可写、或者有except），或者超时（timeout指定等待时间，如果立刻返回设为null即可），函数返回。当select函数返回后，能够通过遍历fdset，来找到就绪的描述符。 根本流程，如图所示：

输出图片说明 select目前简直在所有的平台上反对，其良好跨平台反对也是它的一个长处。select的一个毛病在于单个过程可能监督的文件描述符的数量存在最大限度，在Linux上个别为1024，能够通过批改宏定义甚至从新编译内核的形式晋升这一限度，然而这样也会造成效率的升高。 select实质上是通过设置或者查看寄存fd标记位的数据结构来进行下一步解决。这样所带来的毛病是：

  1. select最大的缺点就是单个过程所关上的FD是有肯定限度的，它由FD_SETSIZE设置，默认值是1024。

一般来说这个数目和零碎内存关系很大，具体数目能够cat /proc/sys/fs/file-max观察。32位机默认是1024个。64位机默认是2048.

【文章福利】小编举荐本人的linuxC/C++语言交换群：832218493！整顿了一些集体感觉比拟好的学习书籍、视频材料共享在群文件外面，有须要的能够自行添加哦！~

  1. 对socket进行扫描时是线性扫描，即采纳轮询的办法，效率较低。

当套接字比拟多的时候，每次select()都要通过遍历FD_SETSIZE个Socket来实现调度，不论哪个Socket是沉闷的，都遍历一遍。这会节约很多CPU工夫。如果能给套接字注册某个回调函数，当他们沉闷时，主动实现相干操作，那就防止了轮询，这正是epoll与kqueue做的。

  1. 须要保护一个用来寄存大量fd的数据结构，这样会使得用户空间和内核空间在传递该构造时复制开销大。

1.2 poll## 基本原理： poll实质上和select没有区别，它将用户传入的数组拷贝到内核空间，而后查问每个fd对应的设施状态，如果设施就绪则在设施期待队列中退出一项并持续遍历，如果遍历完所有fd后没有发现就绪设施，则挂起以后过程，直到设施就绪或者被动超时，被唤醒后它又要再次遍历fd。这个过程经验了屡次无谓的遍历。 它没有最大连接数的限度，起因是它是基于链表来存储的，然而同样有一个毛病：

  1. 大量的fd的数组被整体复制于用户态和内核地址空间之间，而不论这样的复制是不是有意义。
  2. poll还有一个特点是“程度触发”，如果报告了fd后，没有被解决，那么下次poll时会再次报告该fd。

留神： 从下面看，select和poll都须要在返回后，通过遍历文件描述符来获取曾经就绪的socket。事实上，同时连贯的大量客户端在一时刻可能只有很少的处于就绪状态，因而随着监督的描述符数量的增长，其效率也会线性降落。 1.3 epoll## epoll是在2.6内核中提出的，是之前的select和poll的加强版本。绝对于select和poll来说，epoll更加灵便，没有描述符限度。epoll应用一个文件描述符治理多个描述符，将用户关系的文件描述符的事件寄存到内核的一个事件表中，这样在用户空间和内核空间的copy只需一次。 基本原理： epoll反对程度触发和边缘触发，最大的特点在于边缘触发，它只通知过程哪些fd刚刚变为就绪态，并且只会告诉一次。还有一个特点是，epoll应用“事件”的就绪告诉形式，通过epoll_ctl注册fd，一旦该fd就绪，内核就会采纳相似callback的回调机制来激活该fd，epoll_wait便能够收到告诉。 epoll的长处：

  1. 没有最大并发连贯的限度，能关上的FD的下限远大于1024（1G的内存上能监听约10万个端口）。
  2. 效率晋升，不是轮询的形式，不会随着FD数目的减少效率降落。只有沉闷可用的FD才会调用callback函数；即Epoll最大的长处就在于它只管你“沉闷”的连贯，而跟连贯总数无关，因而在理论的网络环境中，Epoll的效率就会远远高于select和poll。
  3. 内存拷贝，利用mmap()文件映射内存减速与内核空间的消息传递；即epoll应用mmap缩小复制开销。

epoll对文件描述符的操作有两种模式：LT（level trigger）和ET（edge trigger）。LT模式是默认模式，LT模式与ET模式的区别如下： LT模式：当epoll_wait检测到描述符事件产生并将此事件告诉应用程序，应用程序能够不立刻解决该事件。下次调用epoll_wait时，会再次响应应用程序并告诉此事件。 ET模式：当epoll_wait检测到描述符事件产生并将此事件告诉应用程序，应用程序必须立刻解决该事件。如果不解决，下次调用epoll_wait时，不会再次响应应用程序并告诉此事件。

  1. LT模式

LT(level triggered)是缺省的工作形式，并且同时反对block和no-block socket。在这种做法中，内核通知你一个文件描述符是否就绪了，而后你能够对这个就绪的fd进行IO操作。如果你不作任何操作，内核还是会持续告诉你的。

  1. ET模式

ET(edge-triggered)是高速工作形式，只反对no-block socket。在这种模式下，当描述符从未就绪变为就绪时，内核通过epoll通知你。而后它会假如你晓得文件描述符曾经就绪，并且不会再为那个文件描述符发送更多的就绪告诉，直到你做了某些操作导致那个文件描述符不再为就绪状态了(比方，你在发送，接管或者接管申请，或者发送接管的数据少于一定量时导致了一个EWOULDBLOCK 谬误）。然而请留神，如果始终不对这个fd作IO操作(从而导致它再次变成未就绪)，内核不会发送更多的告诉(only once)。 ET模式在很大水平上缩小了epoll事件被反复触发的次数，因而效率要比LT模式高。epoll工作在ET模式的时候，必须应用非阻塞套接口，以防止因为一个文件句柄的阻塞读/阻塞写操作把解决多个文件描述符的工作饿死。

  1. 在select/poll中，过程只有在调用肯定的办法后，内核才对所有监督的文件描述符进行扫描，而epoll当时通过epoll_ctl()来注册一个文件描述符，一旦基于某个文件描述符就绪时，内核会采纳相似callback的回调机制，迅速激活这个文件描述符，当过程调用epoll_wait()时便失去告诉。(此处去掉了遍历文件描述符，而是通过监听回调的的机制。这正是epoll的魅力所在。)

留神： 如果没有大量的idle-connection或者dead-connection，epoll的效率并不会比select/poll高很多，然而当遇到大量的idle-connection，就会发现epoll的效率大大高于select/poll。 2 select、poll、epoll区别#

  1. 反对一个过程所能关上的最大连接数

输出图片说明

  1. FD剧增后带来的IO效率问题

输出图片说明

  1. 消息传递形式

输出图片说明 综上，在抉择select，poll，epoll时要依据具体的应用场合以及这三种形式的本身特点：

  1. 外表上看epoll的性能最好，然而在连接数少并且连贯都非常沉闷的状况下，select和poll的性能可能比epoll好，毕竟epoll的告诉机制须要很多函数回调。
  2. select低效是因为每次它都须要轮询。但低效也是绝对的，视状况而定，也可通过良好的设计改善。