共计 3775 个字符，预计需要花费 10 分钟才能阅读完成。
IO 多路复用是指内核一旦发现过程指定的一个或者多个 IO 条件筹备读取，它就告诉该过程。IO 多路复用实用如下场合：
- 当客户解决多个描述符时（个别是交互式输出和网络套接口），必须应用 I / O 复用。
- 当一个客户同时解决多个套接口时，而这种状况是可能的，但很少呈现。
- 如果一个 TCP 服务器既要解决监听套接口，又要解决已连贯套接口，个别也要用到 I / O 复用。
- 如果一个服务器即要解决 TCP，又要解决 UDP，个别要应用 I / O 复用。
- 如果一个服务器要解决多个服务或多个协定，个别要应用 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 标记位的数据结构来进行下一步解决。这样所带来的毛病是：
- select 最大的缺点就是单个过程所关上的 FD 是有肯定限度的，它由 FD_SETSIZE 设置，默认值是 1024。
一般来说这个数目和零碎内存关系很大，具体数目能够 cat /proc/sys/fs/file-max 观察。32 位机默认是 1024 个。64 位机默认是 2048.
【文章福利】小编举荐本人的 linuxC/C++ 语言交换群：832218493！整顿了一些集体感觉比拟好的学习书籍、视频材料共享在群文件外面，有须要的能够自行添加哦！~
- 对 socket 进行扫描时是线性扫描，即采纳轮询的办法，效率较低。
当套接字比拟多的时候，每次 select() 都要通过遍历 FD_SETSIZE 个 Socket 来实现调度，不论哪个 Socket 是沉闷的，都遍历一遍。这会节约很多 CPU 工夫。如果能给套接字注册某个回调函数，当他们沉闷时，主动实现相干操作，那就防止了轮询，这正是 epoll 与 kqueue 做的。
- 须要保护一个用来寄存大量 fd 的数据结构，这样会使得用户空间和内核空间在传递该构造时复制开销大。
1.2 poll## 基本原理：poll 实质上和 select 没有区别，它将用户传入的数组拷贝到内核空间，而后查问每个 fd 对应的设施状态，如果设施就绪则在设施期待队列中退出一项并持续遍历，如果遍历完所有 fd 后没有发现就绪设施，则挂起以后过程，直到设施就绪或者被动超时，被唤醒后它又要再次遍历 fd。这个过程经验了屡次无谓的遍历。它没有最大连接数的限度，起因是它是基于链表来存储的，然而同样有一个毛病：
- 大量的 fd 的数组被整体复制于用户态和内核地址空间之间，而不论这样的复制是不是有意义。
- 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 的长处：
- 没有最大并发连贯的限度，能关上的 FD 的下限远大于 1024（1G 的内存上能监听约 10 万个端口）。
- 效率晋升，不是轮询的形式，不会随着 FD 数目的减少效率降落。只有沉闷可用的 FD 才会调用 callback 函数；即 Epoll 最大的长处就在于它只管你“沉闷”的连贯，而跟连贯总数无关，因而在理论的网络环境中，Epoll 的效率就会远远高于 select 和 poll。
- 内存拷贝，利用 mmap() 文件映射内存减速与内核空间的消息传递；即 epoll 应用 mmap 缩小复制开销。
epoll 对文件描述符的操作有两种模式：LT（level trigger）和 ET（edge trigger）。LT 模式是默认模式，LT 模式与 ET 模式的区别如下：LT 模式：当 epoll_wait 检测到描述符事件产生并将此事件告诉应用程序，应用程序能够不立刻解决该事件。下次调用 epoll_wait 时，会再次响应应用程序并告诉此事件。ET 模式：当 epoll_wait 检测到描述符事件产生并将此事件告诉应用程序，应用程序必须立刻解决该事件。如果不解决，下次调用 epoll_wait 时，不会再次响应应用程序并告诉此事件。
- LT 模式
LT(level triggered) 是缺省的工作形式，并且同时反对 block 和 no-block socket。在这种做法中，内核通知你一个文件描述符是否就绪了，而后你能够对这个就绪的 fd 进行 IO 操作。如果你不作任何操作，内核还是会持续告诉你的。
- ET 模式
ET(edge-triggered) 是高速工作形式，只反对 no-block socket。在这种模式下，当描述符从未就绪变为就绪时，内核通过 epoll 通知你。而后它会假如你晓得文件描述符曾经就绪，并且不会再为那个文件描述符发送更多的就绪告诉，直到你做了某些操作导致那个文件描述符不再为就绪状态了 (比方，你在发送，接管或者接管申请，或者发送接管的数据少于一定量时导致了一个 EWOULDBLOCK 谬误）。然而请留神，如果始终不对这个 fd 作 IO 操作 ( 从而导致它再次变成未就绪)，内核不会发送更多的告诉 (only once)。ET 模式在很大水平上缩小了 epoll 事件被反复触发的次数，因而效率要比 LT 模式高。epoll 工作在 ET 模式的时候，必须应用非阻塞套接口，以防止因为一个文件句柄的阻塞读 / 阻塞写操作把解决多个文件描述符的工作饿死。
- 在 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 区别 #
- 反对一个过程所能关上的最大连接数
输出图片说明
- FD 剧增后带来的 IO 效率问题
输出图片说明
- 消息传递形式
输出图片说明 综上，在抉择 select，poll，epoll 时要依据具体的应用场合以及这三种形式的本身特点：
- 外表上看 epoll 的性能最好，然而在连接数少并且连贯都非常沉闷的状况下，select 和 poll 的性能可能比 epoll 好，毕竟 epoll 的告诉机制须要很多函数回调。
- select 低效是因为每次它都须要轮询。但低效也是绝对的，视状况而定，也可通过良好的设计改善。
