首先我们需求知道，java其实是一种解释型言语，经过JVM 虚拟机将我们的.java文件转换为字节码文件，然后调用我们os中的syscall办法，我们必须明白的是，无论怎样调用，一定最后要经过调用内核的办法，然后调用我们的硬件。
上述的模型，就是BIO的通讯，是这外面有很多阻塞，我们只可以经过多个线程来避免主线程的阻塞。但是从下面我们可以知道，假设有少量地衔接过去，那效劳器需求创立很多个线程与之对应，并且线程的创立也是需求消耗资源的，由于线程运用的栈是独占的(栈大小默许1MB)，同时CPU的资源调度也是需求糜费。
最基本的缘由就是由于 BIO是阻塞的，才会形成下面的成绩。
NIO由于BIO存在线程阻塞的成绩，前面就提出了NIO的概念，在NIO中，有C10K的成绩，C10K = 10000个客户端。但是在和你衔接的效劳器中，其实没有多少给你发送数据了，所以我们需求做的就是，每当有人发送音讯的时分，我才和它停止衔接。
也就是每次都需求遍历10000个客户端，是十分消耗时间呢，由于很多客户端能够就没有央求的发送。
多路复用这个时分，我们就不需求遍历10K个客户端了，而是把我们的fds文件发送给内核，然后内核去判别最后需求衔接诶的客户端，这样就不用遍历全部的了。所以这里的Select就是多路复用器，经过多路复用前往的是形状，然后我们需求顺序去判别这些形状。
说白了，就是经过一个多路复用器，来判别哪些路可以走通，然后不需求轮询全部的。
这个模型，是经过select，将fds文件交给内核来做了，也就是内核需求完成10K个文件的自动遍历，这个10K个调用，比照之前的10K次系统调用来说，是更省时间的，存在以下的成绩
每次传递很少数据(重复休息)
然后内核需求自动去遍历( 复杂度O(N) )
处置办法，经过在内核中，开拓一个空间，当每次来一个客户端，就把这个文件丢到内核中，这样不需求每次把10K个文件传递到内核了。然后在运用一个基于事情驱动的模型，如下图所示就是一个异步事情驱动的流程
我们经过strace命令，查看nginx 和 redis的运转流程，可以发现 异样是运用了 epoll，但是nginx是阻塞的，而redis它是轮询(非阻塞)的。
首先那是由于Redis只要一个线程，而这个线程要做很多事情，例如 接纳客户端，LRU，LFU(淘汰过滤)、RDB/AOF(fork线程停止数据备份)。
也就是说关于Redis中的C10K成绩，redis也是经过epoll的事情驱动来停止处置的，也就是经过epoll将每个需求读取的客户端的操作放在一个原子串行化的队列中，并且一个客户端包含以下的几个操作：read、计算、write等
