多路复用器 基本知识多进程/多线程连接处理模型多路复用连接处理模型 工作原理selectpollepollLT模式ET模式
基本知识 多进程/多线程连接处理模型
在该模型下，一个用户连接请求会由一个内核进程处理，而一个内核进程会创建一个应用程序进程，即app进程来处理该连接请求。应用程序进程在调用IO时，采用的是BIO（阻塞IO）通讯方式，即应用程序进程在未获取到IO响应之前是处于阻塞态的。
优点
内核进程不存在对app进程的竞争，一个内核进程对应一个app进程缺点
若请求很多，需要创建很多的app进程一个系统的进程数量是有上限的，所以该模型不能处理高并发的情况app进程中使用的用户连接请求数据是复制于内核进程的，没有使用零拷贝，效率低，消耗系统资源 多路复用连接处理模型
在该模型下，只有一个app进程来处理内核进程事务，且app进程一次只能处理一个内核进程事务。故这种模型对于内核进程来说，存在对app进程的竞争。
在该模型下，需要通过多路复用器来获取各个内核进程的状态信息，将已经就绪的内核进程交由app进程执行
多路复用器通过算法分析获取内核进程的状态，常见的算法有三种：select、poll、epoll
在该模型下，app进程采用的是NIO通讯方式，即该app进程不会阻塞。
当一个IO结果返回时，app进程会暂停当前事务，将IO结果返回给对应的内核进程。然后再继续执行暂停的线程。
工作原理 selectselect多路复用器是采用轮询的方式，一直在轮询所有的相关内核进程，查看它们的进程状态。若已经就绪，则马上将该内核进程放入到就绪队列（该就绪队列底层由数组实现）。否则，继续查看下一个内核进程状态。在处理内核进程事务之前，app进程首先会从内核空间中将用户连接请求相关数据复制到用户空间。
该多路复用器的缺陷有以下几点：
poll多路复用器的工作原理与select几乎相同，不同的是，由于其就绪队列由链表实现，所以，其对于要处理的内核进程数量理论上是没有限制的，即其能够处理的最大并发连接数量是没有限制的（当然，要受限于当前系统中进程可以打开的最大文件描述符数ulimit）。
epollepoll多路复用器是对select与poll的增强与改进。其不再采用轮询方式了，而是采用回调方式实现对内核进程状态的获取：一旦内核进程就绪，其就会回调epoll多路复用器，进入到多路复用器的就绪队列（由链表实现）。所以epoll多路复用模型也称为epoll事件驱动模型。
另外，应用程序所使用的数据，也不再从内核空间复制到用户空间了，而是使用mmap零拷贝机制，大大降低了系统开销。
问：当内核进程就绪信息通知了epoll多路复用器后，多路复用器就会马上对其进行处理，将其马上存放到就绪队列吗？
答：不是的。根据处理方式的不同，可以分为两种处理模式：LT模式与ET模式。
LT模式LT，Level Triggered，水平触发模式即只要内核进程的就绪通知由于某种原因暂时没有被epoll处理，则该内核进程就会定时将其就绪信息通知epoll。直到epoll将其写入到就绪队列，或由于某种原因该内核进程又不再就绪而不再通知。其支持两种通讯方式：BIO与NIO。
ET模式ET，Edge Triggered，边缘触发模式其仅支持NIO的通讯方式。当内核进程的就绪信息仅会通知一次epoll，无论epoll是否处理该通知。明显该方式的效率要高于LT模式，但其有可能会出现就绪通知被忽视的情况，即连接请求丢失的情况。