0
点赞
收藏
分享

微信扫一扫

Netty框架之Selector轮询器

雨鸣静声 2022-04-24 阅读 66
javaNetty

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

举报

相关推荐

0 条评论