Netty框架之Selector轮询器

说到Selector的作用，我们不得不引入 多线程网络通信的设计

1.传统多线程网络通信的服务器设计

服务器每建立一个客户端连接Socket，就会创建一个线程单独处理这个Socket中的IO请求(IO读写)，那么这样当连接很多的时候，势必会造成线程资源不足的问题，浪费内存空间，且处理不同连接的IO请求时会频繁的切换线程，降低CPU的利用率

缺点:
1.浪费线程资源，消耗内存空间
2.线程频繁切换开销大，降低CPU利用率

2.线程池版网络通信的服务器设计

基于传统版做了一定改进，既然提到线程资源不够的问题，那么采用线程池来固定线程个数，这要求Socket是非阻塞模式

阻塞模式：一个线程只负责一个Socket的IO处理，无论这个Socket是否又IO请求，如果有IO请求，那么线程处理，如果没有那么线程就阻塞等待，这样线程的利用率非常低.

非阻塞模式：一个线程可以负责多个Socket的IO处理，当Socket有IO请求时，线程池调用空闲线程去处理此Socket的IO请求，处理完毕后发现没有IO请求了，那么线程空闲下来可以用于处理其他Socket的IO请求，而不必要阻塞等待.

缺点：
连接数过多，IO量大，线程处理不过来，使得某些Socket的IO请求响应时间长，这样就需要增加线程池中线程的个数，也会导致线程不够用

Selector版网络通信的服务器设计

将所有建立连接的Socket的channel通道存储在selector容器中，只需要创建一个线程去不断循环遍历selector中的所有channel通道，如果发现channel通道处于读写就绪状态，那么线程去处理这个channel的IO请求，处于阻塞状态，直到IO处理完毕，继续进行轮询操作

缺点：
如果IO量非常大，那么会出现线程一直在处理一个channel的IO操作，线程一直阻塞在一个Socket通道中，造成其他Socket的长时间等待一直得不到处理，于是接下来就要引入Netty中IO多路复用的Rector模型来解决这些高并发高吞吐量的问题.