4.1 Reactor模式的重要性
从学习的角度来说,Reactor模式相当于高性能、高并发的一项非常重要的基础知识,只有掌握了它,才能真正理解和掌握Nginx、Redis、Netty等这些大名鼎鼎的中间件技术。
4.1.1 为什么首先学习Reactor模式
Netty本身很抽象,大量应用了设计模式。所以,学习像Netty这样的“精品中的精品”框架也是需要先从设计模式入手的,而Netty的整体架构是基于Reactor模式的。所以,学习和掌握Reactor模式,对于开始学习高并发通信(包括Netty框架)的人来说,一定是磨刀不误砍柴工。
4.1.2 Reactor模式简介
Reactor模式由Reactor线程、Handlers处理器两大角色组成,两大角色的职责分别如下:
(1)Reactor线程的职责:负责响应IO事件,并且分发到Handlers处理器。
(2)Handlers处理器的职责:非阻塞的执行业务处理逻辑。
4.1.3 多线程OIO的致命缺陷
在Java的OIO编程中,原始的网络服务器程序一般使用一个while循环不断地监听端口是否有新的连接。如果有,就调用一个处理函数来完成传输处理。
while(true){
socket = accept(); //阻塞,接收连接
handle(socket) ; //读取数据、业务处理、写入结果
}
如果前一个网络连接的handle(socket)没有处理完,那么后面的新连接无法被服务端接收,于是后面的请求就会被阻塞,导致服务器的吞吐量太低。这对于服务器来说是一个严重的问题。
为了解决这个严重的连接阻塞问题,出现了一个极为经典的模式:Connection Per Thread(一个线程处理一个连接)模式。
public class ConnectionPerThread implements Runnable{
@Override
public void run() {
try {
// 服务器监听socket
ServerSocket serverSocket = new ServerSocket(NioDemoConfig.SOCKET_SERVER_PORT);
while (!Thread.interrupted()){
Socket socket = serverSocket.accept();
// 接收到一个连接后,为socket连接,新建一个专属的处理器对象
Handler handler = new Handler(socket);
new Thread(handler).start();
}
} catch (IOException e) {
e.printStackTrace();
}
}
static class Handler implements Runnable{
final Socket socket;
Handler (Socket s){
socket = s;
}
@Override
public void run() {
while (true){
try {
byte[] input = new byte[1024];
socket.getInputStream().read(input);
byte[] output = null;
socket.getOutputStream().write(output);
} catch (IOException e) {
e.printStackTrace();
}
}
}
}
}
在系统中,线程是比较昂贵的系统资源。如果线程的数量太多,系统将无法承受。而且,线程的反复创建、销毁、切换也需要代价。因此,在高并发的应用场景下,多线程OIO的缺陷是致命的
用Reactor模式对线程的数量进行控制,做到一个线程处理大量的连接。
4.2 单线程Reactor模式
总体来说,Reactor模式有点类似事件驱动模式。在事件驱动模式中,当有事件触发时,事件源会将事件分发到Handler(处理器),由Handler负责事件处理。Reactor模式中的反应器角色类似于事件驱动模式中的事件分发器(Dispatcher)角色
(1)Reactor:负责查询IO事件,当检测到一个IO事件时将其发送给相应的Handler处理器去处理。这里的IO事件就是NIO中选择器查询出来的通道IO事件。
(2)Handler:与IO事件(或者选择键)绑定,负责IO事件的处理,完成真正的连接建立、通道的读取、处理业务逻辑、负责将结果写到通道等。
4.2.1 什么是单线程Reactor
简单地说,Reactor和Handlers处于一个线程中执行。
SelectionKey(选择键)的几个重要的成员方法:
(1)void attach(Object o)
:将对象附加到选择键。
此方法可以将任何Java POJO对象作为附件添加到SelectionKey实例。此方法非常重要,因为在单线程版本的Reactor模式实现中可以将Handler实例作为附件添加到SelectionKey实例。
(2)Object attachment()
:从选择键获取附加对象。
此方法与attach(Object o)是配套使用的,其作用是取出之前通过attach(Object o)方法添加到SelectionKey实例的附加对象。这个方法同样非常重要,当IO事件发生时,选择键将被select方法查询出来,可以直接将选择键的附件对象取出。
4.2.2 单线程Reactor的参考代码
package com.crazymakercircle.ReactorModel;
//省略import
//单线程Reactor
class EchoServerReactor implements Runnable {
Selector selector;
ServerSocketChannel serverSocket;
//构造函数
EchoServerReactor() throws IOException {
//省略:打开选择器、serverSocket连接监听通道
//注册serverSocket的accept新连接接收事件
SelectionKey sk = serverSocket.register(selector, SelectionKey.OP_ACCEPT);
//将新连接处理器作为附件,绑定到sk选择键
sk.attach(new AcceptorHandler());
}
public void run() {
//选择器轮询
try {
while (!Thread.interrupted()) {
selector.select();
Set selected = selector.selectedKeys();
Iterator it = selected.iterator();
while (it.hasNext()) {
//反应器负责dispatch收到的事件
SelectionKey sk=it.next();
dispatch(sk);
}
selected.clear();
}
} catch (IOException ex) { ex.printStackTrace(); }
}
//反应器的分发事件
void dispatch(SelectionKey k) {
Runnable handler = (Runnable) (k.attachment());
//调用之前绑定到选择键的handler对象
if (handler != null) {
handler.run();
}
}
//处理器:处理新连接
class AcceptorHandler implements Runnable {
public void run() {
//接受新连接
SocketChannel channel = serverSocket.accept();
//需要为新连接创建一个输入输出的handler
if (channel != null)
new EchoHandler(selector, channel);
}
}
//…
}
在注册serverSocket服务监听连接的接受事件之后,创建一个AcceptorHandler新连接处理器的实例作为附件,被附加(attach)到SelectionKey中。
//为serverSocket注册新连接接受(accept)事件
SelectionKeysk =serverSocket.register(selector, SelectionKey.OP_ACCEPT);
//将新连接处理器作为附件,绑定到sk选择键
sk.attach(new AcceptorHandler());
当新连接事件发生后,取出之前附加到SelectionKey中的Handler业务处理器进行socket的各种IO处理。
void dispatch(SelectionKey k) {
Runnable r = (Runnable) (k.attachment());
//调用之前绑定到选择键的处理器对象
if (r != null) {
r.run();
}
}
处理器AcceptorHandler的两大职责是完成新连接的接收工作、为新连接创建一个负责数据传输的Handler(称之为IOHandler)。
//新连接处理器
class AcceptorHandler implements Runnable {
public void run() {
//接受新连接
SocketChannel channel = serverSocket.accept();
//需要为新连接创建一个输入输出的Handler
if (channel != null) new EchoHandler(selector, channel);
}
}
顾名思义,IOHandler就是负责socket连接的数据输入、业务处理、结果输出。
package com.crazymakercircle.ReactorModel;
//负责数据传输的Handler
class IOHandler implements Runnable {
final SocketChannel channel;
final SelectionKey sk;
IOHandler (Selector selector, SocketChannel c) {
channel = c;
c.configureBlocking(false);
//与之前的注册方式不同,先仅仅取得选择键,之后再单独设置感兴趣的IO事件
sk = channel.register(selector, 0); //仅仅取得选择键
//将Handler处理器作为选择键的附件
sk.attach(this);
//注册读写就绪事件
sk.interestOps(SelectionKey.OP_READ|SelectionKey.OP_WRITE);
}
public void run() {
//…处理输入和输出
}
}
(1)将新的SocketChannel传输通道注册到Reactor类的同一个选择器中。这样保证了Reactor在查询IO事件时能查询到Handler注册到选择器的IO事件(数据传输事件)。
(2)Channel传输通道注册完成后,将IOHandler实例自身作为附件附加到选择键中。这样,在Reactor类分发事件(选择键)时,能执行到IOHandler的run()方法,完成数据传输处理。
4.2.3 单线程Reactor模式的EchoServer的实战案例
EchoServer的功能很简单:读取客户端的输入并回显到客户端,所以也叫回显服务器。基于Reactor模式来实现,设计三个重要的类:
(1)设计一个反应器类:EchoServerReactor类。
(2)设计两个处理器类:AcceptorHandler新连接处理器、EchoHandler回显处理器。
public class EchoServerReactor implements Runnable{
Selector selector;
ServerSocketChannel serverSocketChannel;
public EchoServerReactor() throws IOException {
selector = Selector.open();
serverSocketChannel = ServerSocketChannel.open();
serverSocketChannel.bind(new InetSocketAddress("127.0.0.1", 18899));
serverSocketChannel.configureBlocking(false);
Logger.info("服务端已经开始监听:" + " 127.0.0.1 " + "18899");
SelectionKey sk = serverSocketChannel.register(selector, SelectionKey.OP_ACCEPT);
// 将新连接处理器作为附件,绑定到sk选择器
sk.attach(new AcceptorHandler());
}
@Override
public void run() {
// 选择器轮询
try {
while (!Thread.interrupted()){
selector.select();
Set<SelectionKey> selected = selector.selectedKeys();
Iterator<SelectionKey> it = selected.iterator();
while (it.hasNext()){
// 反应器负责dispatch收到的事件
SelectionKey sk = it.next();
dispatch(sk);
}
selected.clear();
}
} catch (IOException e) {
e.printStackTrace();
}
}
void dispatch(SelectionKey key){
Runnable handler = (Runnable) key.attachment();
if (handler != null){
handler.run();
}
}
// 处理器,处理新连接
class AcceptorHandler implements Runnable{
@Override
public void run() {
try {
// 接受新连接
SocketChannel socketChannel = serverSocketChannel.accept();
Logger.info("接收到一个连接");
// 需要为新连接创建一个输入输出的handler
if (socketChannel != null){
new EchoHandler(selector, socketChannel);
}
} catch (IOException e) {
e.printStackTrace();
}
}
}
public static void main(String[] args) throws IOException {
new Thread(new EchoServerReactor()).start();
}
}
第二个处理器为EchoHandler回显处理器,也是一个传输处理器,主要是完成客户端的内容读取和回显
public class EchoHandler implements Runnable{
final SocketChannel socketChannel;
final SelectionKey sk;
final ByteBuffer buffer = ByteBuffer.allocate(1024);
static final int RECIVING = 0, SENDING = 1;
int state = RECIVING;
public EchoHandler(Selector selector, SocketChannel c) throws IOException {
socketChannel = c;
c.configureBlocking(false);
// 与之前的注册方式不同,先仅仅取得选择键,之后再单独设置感兴趣的IO事件
sk = socketChannel.register(selector, 0);
// 将handler处理器作为选择键的附件
sk.attach(this);
// 注册读写就绪事件
sk.interestOps(SelectionKey.OP_READ);
}
@Override
public void run() {
try {
if (state == SENDING){
//写入通道
socketChannel.write(buffer);
// 写完后,准备开始从通道读
buffer.clear();
// 写完后,注册read就绪事件
sk.interestOps(SelectionKey.OP_READ);
// 写完后,进入接受状态
state = RECIVING;
}else if (state == RECIVING){
//从通道读
int length = 0;
while ((length = socketChannel.read(buffer)) > 0){
Logger.info(new String(buffer.array(), 0, length));
}
//读完后,准备开始写入通道,byteBuffer切换成读模式
buffer.flip();
//读完后,注册write就绪事件
sk.interestOps(SelectionKey.OP_WRITE);
//读完后,进入发送的状态
state = SENDING;
}
} catch (IOException e) {
e.printStackTrace();
}
}
}
4.2.4 单线程Reactor模式的缺点
Reactor和Handler都在同一条线程中执行。这样,带来了一个问题:当其中某个Handler阻塞时,会导致其他所有的Handler都得不到执行。在这种场景下,被阻塞的Handler不仅仅负责输入和输出处理的传输处理器,还包括负责新连接监听的AcceptorHandler处理器,可能导致服务器无响应。
4.3 多线程Reactor模式
4.3.1 多线程版本的Reactor模式演进
(1)升级Handler。既要使用多线程,又要尽可能高效率,则可以考虑使用线程池。
(2)升级Reactor。可以考虑引入多个Selector(选择器),提升选择大量通道的能力。
总体来说,多线程版本的Reactor模式大致如下:
(1)将负责数据传输处理的IOHandler处理器的执行放入独立的线程池中。这样,业务处理线程与负责新连接监听的反应器线程就能相互隔离,避免服务器的连接监听受到阻塞。
(2)如果服务器为多核的CPU,可以将反应器线程拆分为多个子反应器(SubReactor)线程;同时,引入多个选择器,并且为每一个SubReactor引入一个线程,一个线程负责一个选择器的事件轮询。这样充分释放了系统资源的能力,也大大提升了反应器管理大量连接或者监听大量传输通道的能力。
4.3.2 多线程版本Reactor的实战案例
(1)引入多个选择器。
(2)设计一个新的子反应器(SubReactor)类,子反应器负责查询一个选择器。
(3)开启多个处理线程,一个处理线程负责执行一个子反应器。
package com.crazymakercircle.ReactorModel;
//…
//多线程版本反应器
class MultiThreadEchoServerReactor {
ServerSocketChannel serverSocket;
AtomicInteger next = new AtomicInteger(0);
//选择器集合,引入多个选择器
Selector[] selectors = new Selector[2];
//引入多个子反应器
SubReactor[] subReactors = null;
MultiThreadEchoServerReactor() throws IOException {
//初始化多个选择器
selectors[0] = Selector.open(); //用于监听新连接事件
selectors[1] = Selector.open(); //用于监听传输事件
serverSocket = ServerSocketChannel.open();
InetSocketAddress address = new InetSocketAddress("127.0.0.1",18899);
serverSocket.socket().bind(address);
//非阻塞
serverSocket.configureBlocking(false);
//第一个选择器,负责监控新连接事件
SelectionKey sk = serverSocket.register(selectors[0],OP_ACCEPT);
//绑定Handler:新连接监控Handler绑定到SelectionKey(选择键)
sk.attach(new AcceptorHandler());
//第一个子反应器,负责第一个选择器的新连接事件分发(而不处理)
SubReactor subReactor1 = new SubReactor(selectors[0]);
//第二个子反应器,负责第二个选择器的传输事件的分发(而不处理)
SubReactor subReactor2 = new SubReactor(selectors[1]);
subReactors = new SubReactor[]{subReactor1, subReactor2};
}
private void startService() {
//一个子反应器对应一个线程
new Thread(subReactors[0]).start();
new Thread(subReactors[1]).start();
}
//子反应器,负责事件分发,但是不负责事件处理
class SubReactor implements Runnable {
//每个线程负责一个选择器的查询和选择
final Selector selector;
public SubReactor(Selector selector) {
this.selector = selector;
}
public void run() {
try {
while (!Thread.interrupted()) {
selector.select();
Set<SelectionKey>keySet = selector.selectedKeys();
Iterator<SelectionKey> it = keySet.iterator();
while (it.hasNext()) {
//dispatch所查询的事件
SelectionKeysk = it.next();
dispatch(sk);
}
keySet.clear();
}
} catch (IOException ex) {
ex.printStackTrace();
}
}
void dispatch(SelectionKeysk) {
Runnable handler = (Runnable) sk.attachment();
//获取之前attach绑定到选择键的handler处理器对象,执行事件处理
if (handler != null) {
handler.run();
}
}
}
//Handler:新连接处理器
class AcceptorHandler implements Runnable {
public void run() {
try {
SocketChannel channel = serverSocket.accept();
//创建传输处理器,并且将传输通道注册到选择器2
if (channel != null)
new MultiThreadEchoHandler(selectors[1], channel);
} catch (IOException e) {
e.printStackTrace();
}
}
}
public static void main(String[] args) throws IOException {
MultiThreadEchoServerReactor server = new MultiThreadEchoServerReactor();
server.startService();
}
}
4.3.3 多线程版本Handler的实战案例
新的回显处理器为MultiThreadEchoHandler,主要的升级是引入了一个线程池(ThreadPool),使得数据传输和业务处理的代码执行在独立的线程池中,彻底地做到IO处理以及业务处理线程和反应器IO事件轮询线程的完全隔离。
class MultiThreadEchoHandler implements Runnable
{
final SocketChannel channel;
final SelectionKey sk;
final ByteBuffer byteBuffer = ByteBuffer.allocate(1024);
static final int RECIEVING = 0, SENDING = 1;
int state = RECIEVING;
//引入线程池
static ExecutorService pool = Executors.newFixedThreadPool(4);
//构造器
MultiThreadEchoHandler(Selector selector, SocketChannel c) {
channel = c;
c.configureBlocking(false);
//先取得选择键,再设置感兴趣的IO事件
sk = channel.register(selector, 0);
//将本Handler作为sk选择键的附件,方便事件dispatch
sk.attach(this);
//向sk选择键设置Read就绪事件
sk.interestOps(SelectionKey.OP_READ);
selector.wakeup();
}
//此run方法在IO事件轮询线程中被调用
public void run()
{
//提交数据传输任务到线程池
//使得IO处理不在IO事件轮询线程中执行,而是在独立的线程池中执行
pool.submit(()->asyncRun());
}
//数据传输与业务处理任务,不在IO事件轮询线程中执行,而是在独立的线程池中执行
public synchronized void asyncRun()
{
try
{
if (state == SENDING)
{
//写入通道
channel.write(byteBuffer);
//byteBuffer切换成写模式,写完后准备开始从通道读
byteBuffer.clear();
//写完后,注册read就绪事件
sk.interestOps(SelectionKey.OP_READ);
//进入接收的状态
state = RECIEVING;
} else if (state == RECIEVING)
{
//从通道读
int length = 0;
while ((length = channel.read(byteBuffer)) > 0)
{
Logger.info(new String(byteBuffer.array(), 0, length));
}
//读完后,翻转byteBuffer的读写模式
byteBuffer.flip();
//注册write就绪事件
sk.interestOps(SelectionKey.OP_WRITE);
//进入发送的状态
state = SENDING;
}
//处理结束了,这里不能关闭select key,需要重复使用
//sk.cancel();
} catch (IOException ex)
{
ex.printStackTrace();
}
}
}
4.4 Reactor模式的优缺点
(1)Reactor模式和生产者消费者模式对比
二者的相似之处:在一定程度上,Reactor模式有点类似生产者消费者模式。在生产者消费者模式中,一个或多个生产者将事件加入一个队列中,一个或多个消费者主动从这个队列中拉取(Pull)事件来处理。
二者的不同之处:Reactor模式是基于查询的,没有专门的队列去缓冲存储IO事件,查询到IO事件之后,反应器会根据不同IO选择键(事件)将其分发给对应的Handler来处理。
(2)Reactor模式和观察者模式对比
二者的相似之处:在Reactor模式中,当查询到IO事件后,服务处理程序使用单路/多路分发(Dispatch)策略,同步分发这些IO事件。观察者模式(Observer Pattern)也被称作发布/订阅模式,它定义了一种依赖关系,让多个观察者同时监听某一个主题(Topic)。这个主题对象在状态发生变化时会通知所有观察者,它们能够执行相应的处理。
二者的不同之处:在Reactor模式中,Handler实例和IO事件(选择键)的订阅关系基本上是一个事件绑定到一个Handler,每一个IO事件(选择键)被查询后,反应器会将事件分发给所绑定的Handler,也就是一个事件只能被一个Handler处理;在观察者模式中,同一时刻、同一主题可以被订阅过的多个观察者处理。
作为高性能的IO模式,Reactor模式的优点如下:
- 响应快,虽然同一反应器线程本身是同步的,但是不会被单个连接的IO操作所阻塞。
- 编程相对简单,最大限度避免了复杂的多线程同步,也避免了多线程各个进程之间切换的开销。
- 可扩展,可以方便地通过增加反应器线程的个数来充分利用CPU资源。
Reactor模式的缺点如下:
- Reactor模式增加了一定的复杂性,因而有一定的门槛,并且不易于调试。
- Reactor模式依赖于操作系统底层的IO多路复用系统调用的支持,如Linux中的epoll系统调用。如果操作系统的底层不支持IO多路复用,Reactor模式不会那么高效。
- 在同一个Handler业务线程中,如果出现一个长时间的数据读写,就会影响这个反应器中其他通道的IO处理。