一、线程模型基本介绍
不同的线程模式,对程序的性能有很大的影响,为了搞清Netty线程模式,我们来系统的讲解下各个线程模式,最后看看Netty线程模型有什么优越性。
目前存在的线程模型有:
- 传统阻塞IO服务模型
- Reactor模式
根据Reator的数量和处理资源线程池线程的数量不同,有三种典型的实现
- 单Reactor 单线程
- 单Reactor多线程
- 主从Reactor多线程
Netty线程模式(Netty 主要基于主从Reactor多线程模型做了一些改进,其中主从Reactor多线程模型有多个Reactor)
二、传统阻塞IO模型
上图说明:
黄色的框表示:对象
蓝色的框表示:线程
白色的框表示:方法(API)
模型特点:
1、采用阻塞IO模式获取输入的数据
2、每个连接都需要独立的线程完成数据的输入,业务处理,数据返回
问题分析:
1、当并发数很大时,就会创建大量的线程,占用很大的系统资源
2、连接创建后,如果当前线程暂时没有数据刻度,该线程会阻塞在read操作,会造成资源浪费
二、Reactor模式(反应器模式)
Reactor:又称为反应器模式 2、分发者模式 3、通知者模式 ## 2.1 解决传统IO问题的方案
- 基于IO复用模型:多个连接共用一个阻塞对象,应用程序只需要在一个阻塞对象等待,无需阻塞等待所有连接,当某个连接有新的数据可以处理时,操作系统通知应用程序,线程从阻塞状态返回,开始进行业务处理
- 基于线程池复用线程资源:不必再为每个连接创建线程,将连接完成后的业务处理任务分配给线程进行处理,一个线程就可以处理多个连接业务。
2.2 Reactor模式的思想
IO复用结合线程池,就是Reactor模式基本设计思想,如图所示:
说明:
Reactor模式,通过一个或多个输入同时传递给服务处理器的模式(基于事件驱动)
服务器端程序处理传入的多个请求,并将它们同步分派到相应的处理线程,因此Reactor模式也叫Dispatcher模式
Reactor模式使用IO复用监听事件,收到事件后,分发给某个线程(进程),这点就是网络服务器高并发处理的关键
2.3 Reactor模式中核心组成
- Reactor:Reactor在一个单独的线程中运行,负责监听和分发事件,分发给适当的处理程序来对IO事件做出反应,她就像公司的电话接线员,他接听来自客户的电话并将线路转移到适当的联系人
- Handlers:处理程序执行IO事件要完成的实际事件,类似于客户想要与之交谈的公司中的实际官员,Reactor通过调度适当的处理程序来相应IO事件,处理程序执行非阻塞操作。
三、Reactor 三种分类
3.1 单Reactor单线程
优缺点分析💥
优点:
模型简单,没有多线程,进程通信,竞争的问题,全部都在一个线程中完成
缺点:
- 性能问题,只有一个线程,无法完全发挥多核CPU的性能。Handler在处理某个连接上的业务时,整个进程无法处理其他连接事件,很容易导致性能瓶颈
- 可靠性问题,线程意外终止,或者进入死循环,会导致整哥系统通信模块不可用,不能接收和处理外部消息,造成节点故障
使用场景: 客户端的数量有限,业务处理非常快速,比如Redis在业务处理事件复杂度O(1)的情况
结合NIO网络编程应用实例—实现群聊系统
与下图做对照
方案说明:💥
Select是前面IO复用模型介绍的标准网络编程API,可以实现应用程序通过一个阻塞对象监听多路连接请求
Reactor对象通过Select监控客户端请求事件,收到事件后通过Dispatch进行分发
如果是建立连接请求事件,则由Acceptor通过Accept处理连接请求,然后创建一个Handler对象处理连接完成后的后续业务处理
如果不是建立连接事件,则Reactor会分发调用连接对应的Handler来响应
Handler会完成Read->业务处理-》Send的完整业务流程
结合实例:
服务器端用一个线程通过多路复用搞定所有的IO操作(包括连接、读、写等),编码简单,清晰明了,但是如果客户端连接数量较多,将无法支撑,前面的NIO的案例就属于这种模型
3.2 单Reactor 多线程
优缺点分析💥
**优点:**可以充分的利用多核cpu的处理能力
缺点: 多线程数据共享和访问比较复杂,reactor处理所有的事件监听,当高并发场景下依然会存在瓶颈
工作原理示意图:
黄框表示:对象
蓝框表示:线程
方案说明:
1、Reactor对象通过select监控客户端秦桧去事件,收到事件后,通过Dispatch进行分发
2、如果建立连接请求,则Acceptor通过accept处理器连接请求,然后创建一个Handler对象处理完成连接后的各种事件
3、如果不是连接请求,则由reactor分发调用连接对应的handler来处理
4、handler只负责响应事件,不做具体的业务处理,通过read读取数据后,会分发给后面的worker线程池的某个线程处理业务
5、worker线程池会分配独立线程完成真正的业务,并将结果返回给handler
6、handler收到响应后,通过send将结果返回给client
3.3 主从Reactor多线程
方案优缺点说明💥:
优点:
父线程与子线程的数据交互简单职责明确,父线程只需要接收新连接,子线程完成后续的业务处理
缺点:
编程复杂度较高
结合实例:
这种模型在许多项目中广泛使用,包括Nginx主从Reactor多进程模型,Memcached主从多线程,Netty主从多线程模型的支持
工作原理示意图:
方案说明:
1、Reactor主线程MainReactor对象通过select监听连接事件,收到事件后,通过Acceptor处理连接事件
2、当Acceptor处理连接事件后,MainReactor将连接分配给SubReactor
3、subreactor将连接加入到连接队列进行监听,并创建handler进行各种事件处理
4、当有事件发生时,subreactor就会调用对应的handler处理
5、handler通过read读取数据,分发给后面的work线程处理
6、worker线程池分配独立的worker线程进行业务处理,并返回结果
7、handler收到响应的结果后,再通过send将结果返回给client
8、Reactor主线程可以对应多个Reactor子线程,即MainReactor可以关联多个子线程
四、Netty所采用的模型
Netty主要基于主从Reactor多线程模型(如图)做了一定的改进,其中主从Reactor多线程模型有多个Reactor
上图解析💥
1、Netty抽象出两组线程池BossGroup专门负责接收客户端的连接,WorkGroup专门负责网络的读写
2、BossGroup和WorkGroup类型都是NioEventLoopGroup
3、NioEventLoopGroup相当于一个事件循环组,这个组合含有多个事件循环,每一个事件循环是NioEventLoop
4、NioEventLoop表示一个不断循环的执行处理任务的线程,每个NioEventLoop都有一个Selector,用于监听绑定在其上的socket的网络通讯
5、NioEventLoopGroup可以有多个线程,即可以有多个NioEventLoop
6、每个BossNioEventLoop执行的步骤有3步
* 轮询accept事件
* 处理accept事件,与clent建立连接,生成
NioSocketChannel,并将其注册到某个worker的
NioEventLoop上的selector
*处理任务队列的任务,即runAllTasks
7、每个Worker NIOEventLoop循环执行的步骤
* 轮询read,write事件
* 处理IO事件,即read,write事件,在对应
NioSocketChannel处理
8、每个worker NioEventLoop处理业务时,会使用pipeLine(管道),pipeLine中包含了channel,即通过pipeline可以获取到对应通道,管道中维护了很多的处理器
4.1 Netty快速入门实例-TCP服务
实例要求
1、Netty服务器在6668端口监听,客户端能发送消息给服务器”hello,猿小许~“
2、服务器可以回复消息给客户端 ”hello ,小沙弥!“
目的:
对Netty线程模型有一个初步认识,便于理解Netty模型理论
4.1.1 server服务端代码实现
package com.netty.simple;
import io.netty.bootstrap.ServerBootstrap;
import io.netty.channel.*;
import io.netty.channel.nio.NioEventLoopGroup;
import io.netty.channel.socket.SocketChannel;
import io.netty.channel.socket.nio.NioServerSocketChannel;
import io.netty.channel.socket.nio.NioSocketChannel;
public class NettyServer {
public static void main(String[] args) throws InterruptedException {
//创建BossGroup 和WorkGroup
/*
* 说明:
* 1、创建两个线程组boosGroup和workerGroup
* 2、bossGroup只是处理连接请求,真正的和客户端业务处理,会交给workGroup完成
* 3、两个都是无限循环
* */
EventLoopGroup bossGroup = new NioEventLoopGroup();
EventLoopGroup workGroup = new NioEventLoopGroup();
try {
//创建服务器端的启动对象,配置参数
ServerBootstrap bootstrap = new ServerBootstrap();
//使用链式编程来处理
bootstrap.group(bossGroup, workGroup)//设置两个线程组
.channel((NioServerSocketChannel.class))//使用NioSocketChannel作为服务器的通道实现
.option(ChannelOption.SO_BACKLOG, 128)//设置线程队列得到连接个数
.childOption(ChannelOption.SO_KEEPALIVE, true)//设置活动保持连接状态
.childHandler(new ChannelInitializer<SocketChannel>() {//创建一个通道测试对象(匿名对象)
//给pipeLin设置处理器
@Override
protected void initChannel(SocketChannel ch) throws Exception {
ch.pipeline().addLast(new NettyServerHandler()); //加入自己的handler
}
});//给我们的workerGroup的eventLoop对应的管道设置处理器
System.out.println("...服务器is ready....");
//绑定一个端口并且同步,生成了一个ChannelFuture对象
//启动服务器(并绑定端口)
ChannelFuture cf = bootstrap.bind(6668).sync();
//对关闭通道进行监听
cf.channel().closeFuture().sync();
}finally {
bossGroup.shutdownGracefully();
workGroup.shutdownGracefully();
}
}
}
4.1.2 server服务端Handler
用于业务的处理类
package com.netty.simple;
import io.netty.buffer.ByteBuf;
import io.netty.buffer.Unpooled;
import io.netty.channel.ChannelHandlerContext;
import io.netty.channel.ChannelInboundHandlerAdapter;
import io.netty.channel.ChannelInboundInvoker;
import io.netty.util.CharsetUtil;
/*
* 说明:
* 1、我们自定义一个Handler,需要继承规定的某个HandlerAdapter(规范)
* 2、这时我们自定义一个Handler,才能称为handler
* */
public class NettyServerHandler extends ChannelInboundHandlerAdapter {
/*
* 读取数据(这里我们可以读取客户端发送的消息)
* 1、ChannelHandlerContext ctx:上下问对象,含有管道pipeline,通道channel,地址
* 2、Object msg:就是客户端发送的数据,默认Object
* */
@Override
public void channelRead(ChannelHandlerContext ctx, Object msg) throws Exception {
System.out.println("server ctx=" + ctx);
//将msg转成一个ByteBuf
//ByteBuf 是Netty提供的(性能更高),不是NIO的ByteBuffer
ByteBuf buf = (ByteBuf) msg;
System.out.println("客户端发送的消息是:" + buf.toString(CharsetUtil.UTF_8));
System.out.println("客户端地址:" + ctx.channel().remoteAddress());
}
//数据读取完毕
@Override
public void channelReadComplete(ChannelHandlerContext ctx) throws Exception {
//writeAndFlush 是write+flush
//将数据写入到缓存并刷新
//一般来讲,我们对这个发送的数据进行编码
ctx.writeAndFlush(Unpooled.copiedBuffer("hello,猿小许!",CharsetUtil.UTF_8));
}
@Override
public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause) throws Exception {
cause.printStackTrace();
ctx.close();
}
}
4.1.3 Client客户端
package com.netty.simple;
import io.netty.bootstrap.Bootstrap;
import io.netty.channel.ChannelFuture;
import io.netty.channel.ChannelInboundHandler;
import io.netty.channel.ChannelInitializer;
import io.netty.channel.EventLoopGroup;
import io.netty.channel.nio.NioEventLoopGroup;
import io.netty.channel.sctp.nio.NioSctpChannel;
import io.netty.channel.socket.SocketChannel;
import io.netty.channel.socket.nio.NioSocketChannel;
import java.net.InetAddress;
public class NettyClient {
public static void main(String[] args) throws InterruptedException {
//客户端需要一个事件循环组
EventLoopGroup group = new NioEventLoopGroup();
//创建客户端启动对象
//注意客户端使用的是Bootstrap 而不是ServerbOOTsTRAP
Bootstrap bootstrap = new Bootstrap();
try {
//设置相关参数
bootstrap.group(group)//设置线程组
.channel(NioSocketChannel.class)//设置客户端通道的实现类(反射)
.handler(new ChannelInitializer<SocketChannel>() {
@Override
protected void initChannel(SocketChannel ch) throws Exception {
ch.pipeline().addLast(new NettyClientHandler()); //加入自己的处理器
}
});
System.out.println("客户端 is ok ...");
//启动客户端去连接服务器端
//关于ChannelFuture 要分析,设计到netty的异步模型
ChannelFuture cf = bootstrap.connect("127.0.0.1", 6668).sync();
//异步监听关闭通道
cf.channel().closeFuture().sync();
}finally {
group.shutdownGracefully();
}
}
}
4.1.3 Client客户端Handler
用于具体业务的处理
package com.netty.simple;
import io.netty.buffer.ByteBuf;
import io.netty.buffer.Unpooled;
import io.netty.channel.ChannelHandlerContext;
import io.netty.channel.ChannelInboundHandlerAdapter;
import io.netty.util.CharsetUtil;
public class NettyClientHandler extends ChannelInboundHandlerAdapter {
//当通道就绪就会触发该方法
@Override
public void channelActive(ChannelHandlerContext ctx) throws Exception {
System.out.println("client" + ctx);
ctx.writeAndFlush(Unpooled.copiedBuffer("hello,Server:小沙弥", CharsetUtil.UTF_8));
}
//当通道有读取事件是,会触发
@Override
public void channelRead(ChannelHandlerContext ctx, Object msg) throws Exception {
ByteBuf buf = (ByteBuf) msg;
System.out.println("服务器回复的消息:" + buf.toString(CharsetUtil.UTF_8));
System.out.println("服务器地址是:"+ctx.channel().remoteAddress());
}
@Override
public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause) throws Exception {
cause.printStackTrace();
ctx.close();
}
}
结果:
五、 总结
三种模式用生活案例来理解
1、单Reactor单线程:前台接待员和服务员是同一个人,全称为顾客服务
2、单Reactor多线程:1个前台接待员,多个服务员,接待员只负责接待
3、主从Reactor多线程:多个前台接待员,多个服务生
Reactor模式具有如下的优点:
1、响应快,不必为单个同步时间所阻塞,虽然Reactor本身依然是同步的
2、可以最大程度的避免复杂的多线程及同步问题,并且避免了多线程/进程的切换开销
3、扩展性好,可以方便的通过增加Reactor实例个数来充分利用CPU资源
4、复用性好,Reactor模型本身与具体时间处理逻辑无关,具有很高的复用性
💥推荐阅读💥