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模型来解决这些高并发高吞吐量的问题.