一、Netty介绍和应用场景
1、Netty的介绍
Netty 是由 JBOSS 提供的一个 Java 开源框架,现为 Github上的独立项目。
Netty 是一个异步的、基于事件驱动的网络应用框架,用以快速开发高性能、高可 靠性的网络 IO 程序。
Netty主要针对在TCP协议下,面向Clients端的高并发应用,或者Peer-to-Peer场景下 的大量数据持续传输的应用。
Netty本质是一个NIO框架,适用于服务器通讯相关的多种应用场景
要透彻理解Netty , 需要先学习 NIO , 这样我们才能阅读 Netty 的源码
2、Netty的应用场景
互联网行业
1)互联网行业:在分布式系统中,各个 节点之间需要远程服务调用,高性能 的 RPC 框架必不可少,Netty 作为异步 高性能的通信框架,往往作为基础通 信组件被这些 RPC 框架使用。
2)典型的应用有:阿里分布式服务框架 Dubbo 的 RPC 框架使用 Dubbo 协议进 行节点间通信,Dubbo 协议默认使用 Netty 作为基础通信组件,用于实现各 进程节点之间的内部通信
游戏行业
- 无论是手游服务端还是大型的网络游戏, Java 语言得到了越来越广泛的应用
- Netty 作为高性能的基础通信组件,提 供了 TCP/UDP 和 HTTP 协议栈,方便定 制和开发私有协议栈,账号登录服务器
- 地图服务器之间可以方便的通过 Netty 进行高性能的通信
大数据领域
- 经典的 Hadoop 的高性能通信和 序列化组件 (Avro 实现数据文件共享)的 RPC 框架, 默认采用 Netty 进行跨界点通信
- 它的 Netty Service 基于 Netty 框 架二次封装实现。
其它开源项目使用到Netty
网址:Netty.docs: Related projects
3、Netty的学习参考资料
二、Java BIO编程
1、I/O模型
I/O模型基本说明
1
2
3
4
51) I/O 模型简单的理解:就是用什么样的通道进行数据的发送和接收,很大程度上决定了程序通信的性能
2) Java共支持3种网络编程模型/IO模式:BIO、NIO、AIO
3) Java BIO : 同步并阻塞(传统阻塞型),服务器实现模式为一个连接一个线程,即客户端有连接请求时服务器端就需要启动一个线程进行处理,如果这个连接不做任何事情会造成不必要的线程开销 【简单示意图1】
4) Java NIO : 同步非阻塞,服务器实现模式为一个线程处理多个请求(连接),即客户端发送的连接请求都会注册到多路复用器上,多路复用器轮询到连接有I/O请求就进行处理【简单示意图2】
5) Java AIO(NIO.2) : 异步非阻塞,AIO 引入异步通道的概念,采用了 Proactor 模式,简化了程序编写,有效的请求才启动线程,它的特点是先由操作系统完成后才通知服务端程序启动线程去处理。一般适用于连接数较多且连接时间较长的应用。示意图1:
示意图2:
2、BIO、NIO、AIO适用场景分析
- BIO方式适用于连接数目比较小且固定的架构,这种方式对服务器资源要求比较高, 并发局限于应用中,JDK1.4以前的唯一选择,但程序简单易理解。
- NIO方式适用于连接数目多且连接比较短(轻操作)的架构,比如聊天服务器,弹幕 系统,服务器间通讯等。编程比较复杂,JDK1.4开始支持。
- AIO方式使用于连接数目多且连接比较长(重操作)的架构,比如相册服务器,充分 调用OS参与并发操作,编程比较复杂,JDK7开始支持。
3、Java BIO基本介绍
- Java BIO 就是传统的java io 编程,其相关的类和接口在 java.io
- BIO(blocking I/O) : 同步阻塞,服务器实现模式为一个连接一个线程,即客户端有连 接请求时服务器端就需要启动一个线程进行处理,如果这个连接不做任何事情会造 成不必要的线程开销,可以通过线程池机制改善(实现多个客户连接服务器)。 【后有 应用实例】
- BIO方式适用于连接数目比较小且固定的架构,这种方式对服务器资源要求比较高, 并发局限于应用中,JDK1.4以前的唯一选择,程序简单易理解。
4、Java BIO工作机制
工作原理图:
BIO编程简单流程:
1 | 1) 服务器端启动一个ServerSocket |
5、Java BIO应用实例
实例说明:
- 使用BIO模型编写一个服务器端,监听6666端口,当有客户端连接时,就启 动一个线程与之通讯。
- 要求使用线程池机制改善,可以连接多个客户端.
- 服务器端可以接收客户端发送的数据(telnet 方式即可)
1 | package com.lxg.bio; |
cmd:telnet 127.0.0.1 666
输入ctrl+]
6、Java BIO问题分析
- 每个请求都需要创建独立的线程,与对应的客户端进行数据 Read,业务处理,数据 Write 。
- 当并发数较大时,需要创建大量线程来处理连接,系统资源占 用较大。
- 连接建立后,如果当前线程暂时没有数据可读,则线程就阻塞 在 Read 操作上,造成线程资源浪费
三、Java NIO编程
1、Java NIO基本介绍
Java NIO 全称 java non-blocking IO,是指 JDK 提供的新 API。从 JDK1.4 开始,Java 提供了一系列改进的输入/输出 的新特性,被统称为 NIO(即 New IO),是同步非阻塞的
NIO 相关类都被放在 java.nio 包及子包下,并且对原 java.io 包中的很多类进行改写。【基本案例】
NIO 有三大核心部分:Channel(通道),Buffer(缓冲区), Selector(选择器)
NIO是 面向缓冲区 ,或者面向 块 编程的。数据读取到一个 它稍后处理的缓冲区,需要时可在缓冲区中前后移动,这就 增加了处理过程中的灵活性,使用它可以提供非阻塞式的高 伸缩性网络
Java NIO的非阻塞模式,使一个线程从某通道发送请求或者读取数据,但是它仅能得 到目前可用的数据,如果目前没有数据可用时,就什么都不会获取,而不是保持线 程阻塞,所以直至数据变的可以读取之前,该线程可以继续做其他的事情。 非阻塞 写也是如此,一个线程请求写入一些数据到某通道,但不需要等待它完全写入,这 个线程同时可以去做别的事情。【后面有案例说明】
通俗理解:NIO是可以做到用一个线程来处理多个操作的。假设有10000个请求过来, 根据实际情况,可以分配50或者100个线程来处理。不像之前的阻塞IO那样,非得分 配10000个。
HTTP2.0使用了多路复用的技术,做到同一个连接并发处理多个请求,而且并发请求 的数量比HTTP1.1大了好几个数量级。
案例说明NIO的Buffer
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29package com.lxg.nio;
import java.nio.IntBuffer;
public class BasicBuffer {
public static void main(String[] args) {
//举例说明Buffer的使用(简单说明)
//创建一个Buffer,大小为5,即可以存放5个int
IntBuffer intBuffer = IntBuffer.allocate(5);
//向buffer存放数据
for (int i = 0; i < intBuffer.capacity(); i++) {
intBuffer.put(i*2);
}
//如何从buffer读取数据
//将buffer转换,读写切换
intBuffer.flip();
while (intBuffer.hasRemaining()){
System.out.println(intBuffer.get());
}
}
}
2、NIO和BIO的比较
BIO 以流的方式处理数据,而 NIO 以块的方式处理数据,块 I/O 的效率比流 I/O 高很 多
BIO 是阻塞的,NIO 则是非阻塞的
BIO基于字节流和字符流进行操作,而 NIO 基于 Channel(通道)和 Buffer(缓冲区)进 行操作,数据总是从通道读取到缓冲区中,或者从缓冲区写入到通道中。 Selector(选择器)用于监听多个通道的事件(比如:连接请求,数据到达等),因 此使用单个线程就可以监听多个客户端通道
3、NIO三大核心原理示意图
一张图描述NIO 的 Selector 、 Channel 和 Buffer 的关系
Selector 、 Channel 和 Buffer 的关系图(简单版) 关系图的说明:
- 每个channel 都会 对应一个Buffer
- Selector 对应一个线程, 一个线程对应多个channel(连接)
- 该图反应了有三个channel 注册到 该selector //程序
- 程序切换到哪个channel 是有事件决定的, Event 就是一个重要的概念
- Selector 会根据不同的事件,在各个通道上切换
- Buffer 就是一个内存块 , 底层是有一个数组
- 数据的读取写入是通过Buffer, 这个和BIO , BIO 中要么是输入流,或者是 输出流, 不能双向,但是NIO的Buffer 是可以读也可以写, 需要 flip 方法切换
- channel 是双向的, 可以返回底层操作系统的情况, 比如Linux , 底层的操作系统 通道就是双向的
4、缓冲区(Buffer)
基本介绍
缓冲区(Buffer):缓冲区本质上是一个可以读写数据的内存块,可以理解成是一个 容器对象(含数组),该对象提供了一组方法,可以更轻松地使用内存块,缓冲区对 象内置了一些机制,能够跟踪和记录缓冲区的状态变化情况。Channel 提供从文件、 网络读取数据的渠道,但是读取或写入的数据都必须经由 Buffer,如图: 【后面举例说 明】
Buffer类及其子类
在 NIO 中,Buffer 是一个顶层父类,它是一个抽象类, 类的层级关系图:
Buffer类定义了所有的缓冲区都具有的四个属性来提供关于其所包含的数据元素 的信息:
Buffer类相关方法一览
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21public abstract class Buffer {
//JDK1.4时,引入的api
public final int capacity( )//返回此缓冲区的容量
public final int position( )//返回此缓冲区的位置
public final Buffer position (int newPositio)//设置此缓冲区的位置
public final int limit( )//返回此缓冲区的限制
public final Buffer limit (int newLimit)//设置此缓冲区的限制
public final Buffer mark( )//在此缓冲区的位置设置标记
public final Buffer reset( )//将此缓冲区的位置重置为以前标记的位置
public final Buffer clear( )//清除此缓冲区, 即将各个标记恢复到初始状态,但是数据并没有真正擦除, 后面操作会覆盖
public final Buffer flip( )//反转此缓冲区
public final Buffer rewind( )//重绕此缓冲区
public final int remaining( )//返回当前位置与限制之间的元素数
public final boolean hasRemaining( )//告知在当前位置和限制之间是否有元素
public abstract boolean isReadOnly( );//告知此缓冲区是否为只读缓冲区
//JDK1.6时引入的api
public abstract boolean hasArray();//告知此缓冲区是否具有可访问的底层实现数组
public abstract Object array();//返回此缓冲区的底层实现数组
public abstract int arrayOffset();//返回此缓冲区的底层实现数组中第一个缓冲区元素的偏移量
public abstract boolean isDirect();//告知此缓冲区是否为直接缓冲区
}1
2
3
4
5
6public Buffer flip() {
limit = position;
position = 0;
mark = -1;
return this;
}
ByteBuffer
从前面可以看出对于 Java 中的基本数据类型(boolean除外),都有一个 Buffer 类型与之 相对应,最常用的自然是ByteBuffer 类(二进制数据),该类的主要方法如下:
1 | public abstract class ByteBuffer { |
5、通道(channel)
基本介绍
NIO的通道类似于流,但有些区别如下:
• 通道可以同时进行读写,而流只能读或者只能写
• 通道可以实现异步读写数据
• 通道可以从缓冲读数据,也可以写数据到缓冲:
BIO 中的 stream 是单向的,例如 FileInputStream 对 象只能进行读取数据的操作,而 NIO 中的通道 (Channel)是双向的,可以读操作,也可以写操作。
Channel在NIO中是一个接口 public interface Channel extends Closeable{}
常用的 Channel 类有:FileChannel、 DatagramChannel、ServerSocketChannel 和 SocketChannel。【ServerSocketChanne 类似 ServerSocket , SocketChannel 类似 Socket】
FileChannel 用于文件的数据读写, DatagramChannel 用于 UDP 的数据读写, ServerSocketChannel 和 SocketChannel 用于 TCP 的数据读写。
FileChannel类
FileChannel主要用来对本地文件进行 IO 操作,常见的方法有
- public int read(ByteBuffer dst) ,从通道读取数据并放到缓冲区中
- public int write(ByteBuffer src) ,把缓冲区的数据写到通道中
- public long transferFrom(ReadableByteChannel src, long position, long count),从目标通道 中复制数据到当前通道
- public long transferTo(long position, long count, WritableByteChannel target),把数据从当 前通道复制给目标通道
应用实例1-本地文件写数据
实例要求:
- 使用前面学习后的ByteBuffer(缓冲) 和 FileChannel(通道), 将 “hello,尚硅谷” 写入 到file01.txt 中
- 文件不存在就创建
- 代码演示
1 | package com.lxg.nio; |
应用实例2-本地文件读数据
实例要求:
- 使用前面学习后的ByteBuffer(缓冲) 和 FileChannel(通道), 将 file01.txt 中的数据读 入到程序,并显示在控制台屏幕
- 假定文件已经存在
- 代码演示
1 | package com.lxg.nio; |
应用实例3-使用一个Buffer完成文件读取
实例要求:
- 使用 FileChannel(通道) 和 方法 read , write,完成文件的拷贝
- 拷贝一个文本文件 1.txt , 放在项目下即可
- 代码演示
1 | package com.lxg.nio; |
应用实例4-拷贝文件transferFrom方法
实例要求:
- 使用 FileChannel(通道) 和 方法 transferFrom ,完成文件的拷贝
- 拷贝一张图片
- 代码演示
1 | package com.lxg.nio; |
关于Buffer和Channel的注意事项和细节
ByteBuffer 支持类型化的put 和 get, put 放入的是什么数据类型,get就应该使用 相应的数据类型来取出,否则可能有 BufferUnderflowException 异常。[举例说明]
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28package com.lxg.nio;
import java.nio.ByteBuffer;
public class NIOByteBufferPutGet {
public static void main(String[] args) {
//创建一个Buffer
ByteBuffer buffer = ByteBuffer.allocate(64);
//类型化方式放入数据
buffer.putInt(100);
buffer.putLong(9L);
buffer.putChar('x');
buffer.putShort((short) 4);
//取出
buffer.flip();
System.out.println();
System.out.println(buffer.getInt());
System.out.println(buffer.getLong());
System.out.println(buffer.getChar());
System.out.println(buffer.getShort());
}
}可以将一个普通Buffer 转成只读Buffer [举例说明]
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28package com.lxg.nio;
import java.nio.ByteBuffer;
public class ReadOnlyBuffer {
public static void main(String[] args) {
//创建一个Buffer
ByteBuffer byteBuffer = ByteBuffer.allocate(64);
for (int i = 0; i < 64; i++) {
byteBuffer.put((byte) i);
}
//读取
byteBuffer.flip();
//得到一个只读的Buffer
ByteBuffer readOnlyBuffer = byteBuffer.asReadOnlyBuffer();
System.out.println(readOnlyBuffer.getClass());
// readOnlyBuffer.put((byte) 100);//ReadOnlyBufferException
while (readOnlyBuffer.hasRemaining()){
System.out.println(readOnlyBuffer.get());
}
}
}NIO 还提供了 MappedByteBuffer, 可以让文件直接在内存(堆外的内存)中进 行修改, 而如何同步到文件由NIO 来完成. [举例说明]
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37package com.lxg.nio;
import java.io.FileNotFoundException;
import java.io.IOException;
import java.io.RandomAccessFile;
import java.nio.MappedByteBuffer;
import java.nio.channels.FileChannel;
import java.util.RandomAccess;
/**
*说明
* 1、MappedByteBuffer可让文件直接在内存(堆外内存)修改,操作系统不需要拷贝一次
*/
public class MappedByteBufferTest {
public static void main(String[] args) throws IOException {
RandomAccessFile randomAccessFile = new RandomAccessFile("file01.txt", "rw");
//获取对应的通道
FileChannel channel = randomAccessFile.getChannel();
/**
* 参数1:使用读写模式
* 参数2: 可以直接修改的起始位置
* 参数3: 是映射到内存的大小,即将file01.txt的多少个字节映射到内存
* 可以直接修改的范围就是0-5 5个字节,不是索引到5
* 实际类型是DirectByteBuffer
*/
MappedByteBuffer mappedByteBuffer = channel.map(FileChannel.MapMode.READ_WRITE, 0, 5);
mappedByteBuffer.put(0, (byte) 'H');
mappedByteBuffer.put(3, (byte) '9');
mappedByteBuffer.put(4, (byte) 'Y');
randomAccessFile.close();
System.out.println("修改成功!");
}
}前面我们讲的读写操作,都是通过一个Buffer 完成的,NIO 还支持 通过多个 Buffer (即 Buffer 数组) 完成读写操作,即 Scattering 分散和 聚集Gathering【举例说明】
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72package com.lxg.nio;
import java.io.IOException;
import java.net.InetSocketAddress;
import java.net.ServerSocket;
import java.nio.ByteBuffer;
import java.nio.channels.ServerSocketChannel;
import java.nio.channels.SocketChannel;
import java.util.Arrays;
/**
* Scattering:将数据写入到buffer时,可以采用buffer数组,依次写入【分散】
* Gathering: 从buffer读取数据时,可以采用buffer数组,依次读取
*/
public class ScatteringAndGatheringTest {
public static void main(String[] args) throws IOException {
//使用ServerSocketChannel和SocketChannel 网络
ServerSocketChannel serverSocketChannel = ServerSocketChannel.open();
InetSocketAddress inetSocketAddress = new InetSocketAddress(7000);
//绑定端口到socket并启动
serverSocketChannel.socket().bind(inetSocketAddress);
//创建buffer数组
ByteBuffer[] byteBuffers = new ByteBuffer[2];
byteBuffers[0] = ByteBuffer.allocate(5);
byteBuffers[1] = ByteBuffer.allocate(3);
//等待客户端连接(telnet)
System.out.println("正在等待客户端连接...");
SocketChannel socketChannel = serverSocketChannel.accept();
System.out.println("连接成功!");
int messageLength = 8;//假定从客户端接收8个字节
//循环读取,每次读满8个字节就重新进行读取
while (true){
int byteRead = 0;
while (byteRead<messageLength){
long read = socketChannel.read(byteBuffers);
byteRead+=read;//累计读取的字节数
System.out.println("byteRead="+byteRead);
//使用流打印,看看当前这个buffer的position和limit
Arrays.asList(byteBuffers).stream().map(buffer ->
"position="+buffer.position() +",limit="+
buffer.limit()).forEach(System.out::println);
}
//将所有的buffer进行flip
Arrays.asList(byteBuffers).forEach(buffer -> buffer.flip());
//将数据读取出显示到客户端
long byteWrite = 0;
while(byteWrite<messageLength){
long write = socketChannel.write(byteBuffers);
byteWrite+=write;
}
//将所有的buffer进行clear
Arrays.asList(byteBuffers).forEach(buffer->{
buffer.clear();
});
System.out.println("byteRead="+byteRead+"byteWrite="+byteWrite
+"messageLength="+messageLength);
}
}
}
6、Selector(选择器)
基本介绍
- Java 的 NIO,用非阻塞的 IO 方式。可以用一个线程,处理多个的客户端连 接,就会使用到Selector(选择器)
- **Selector 能够检测多个注册的通道上是否有事件发生(注意:多个Channel以 事件的方式可以注册到同一个Selector)**,如果有事件发生,便获取事件然 后针对每个事件进行相应的处理。这样就可以只用一个单线程去管理多个 通道,也就是管理多个连接和请求。【示意图】
- 只有在 连接/通道 真正有读写事件发生时,才会进行读写,就大大地减少 了系统开销,并且不必为每个连接都创建一个线程,不用去维护多个线程
- 避免了多线程之间的上下文切换导致的开销
Selector示意图和特点说明
1 | 特点再说明: |
Selector类相关方法
Selector 类是一个抽象类, 常用方法和说明如下:
1 | public abstract class Selector implements Closeable { |
注意事项
NIO中的 ServerSocketChannel功能类似ServerSocket,SocketChannel功能类 似Socket
selector 相关方法说明
1
2selector.select()//阻塞 selector.select(1000);//阻塞1000毫秒,在1000毫秒后返回
selector.wakeup();//唤醒selector selector.selectNow();//不阻塞,立马返还
7、NIO非阻塞 网络编程原理分析图
NIO 非阻塞 网络编程相关的(Selector、SelectionKey、 ServerScoketChannel和SocketChannel) 关系梳理图:
对上图的说明:
- 当客户端连接时,会通过 ServerSocketChannel 得到 SocketChannel
- Selector 进行监听 select 方法, 返回有事 件发生的通道的个数.
- 将socketChannel注册到Selector上, register(Selector sel, int ops), 一个 selector上可以注册多个SocketChannel
- 注册后返回一个 SelectionKey, 会和该 Selector 关联(集合)
- 进一步得到各个 SelectionKey (有事件发 生)
- 在通过 SelectionKey 反向获取 SocketChannel , 方法 channel()
- 可以通过 得到的 channel , 完成业务处 理
- 代码撑腰
8、NIO非阻塞 网络编程快速入门
案例要求:
1 | 1) 编写一个 NIO 入门案例,实现服务器端和客户端之间的数据简单通讯(非阻塞) |
Server:
1 | package com.lxg.nio; |
Client:
1 | package com.lxg.nio; |
9、SelectionKey
SelectionKey,表示 Selector 和网络通道的注册关系, 共四种:
int OP_ACCEPT:有新的网络连接可以accept,值为 16
int OP_CONNECT:代表连接已经建立,值为 8 int OP_READ:代表读操作, 值为 1
int OP_WRITE:代表写操作,值为 4
源码中:1
2
3
4public static final int OP_READ = 1 << 0;
public static final int OP_WRITE = 1 << 2;
public static final int OP_CONNECT = 1 << 3;
public static final int OP_ACCEPT = 1 << 4;SelectionKey相关方法
1
2
3
4
5
6
7
8
9public abstract class SelectionKey {
public abstract Selector selector();//得到与之关联的Selector 对象
public abstract SelectableChannel channel();//得到与之关联的通道
public final Object attachment();//得到与之关联的共享数据
public abstract SelectionKey interestOps(int ops);//设置或改变监听事件
public final boolean isAcceptable();//是否可以 accept
public final boolean isReadable();//是否可以读
public final boolean isWritable();//是否可以写
}
10、ServerSocketChannel
ServerSocketChannel 在服务器端监听新的客户端 Socket 连接
相关方法如下
1
2
3
4
5
6
7
8
9public abstract class ServerSocketChannel
extends AbstractSelectableChannel
implements NetworkChannel{
public static ServerSocketChannel open(),得到一个 ServerSocketChannel 通道
public final ServerSocketChannel bind(SocketAddress local),设置服务器端端口号
public final SelectableChannel configureBlocking(boolean block),设置阻塞或非阻塞模式,取值 false 表示采用非阻塞模式
public SocketChannel accept(),接受一个连接,返回代表这个连接的通道对象
public final SelectionKey register(Selector sel, int ops),注册一个选择器并设置监听事件
}
11、SocketChannel
SocketChannel,网络 IO 通道,具体负责进行读写操作。NIO 把缓冲区的数据写入通 道,或者把通道里的数据读到缓冲区。
相关方法如下:
1
2
3
4
5
6
7
8
9
10
11
12public abstract class SocketChannel
extends AbstractSelectableChannel
implements ByteChannel, ScatteringByteChannel, GatheringByteChannel, NetworkChannel{
public static SocketChannel open();//得到一个 SocketChannel 通道
public final SelectableChannel configureBlocking(boolean block);//设置阻塞或非阻塞模式,取值 false 表示采用非阻塞模式
public boolean connect(SocketAddress remote);//连接服务器
public boolean finishConnect();//如果上面的方法连接失败,接下来就要通过该方法完成连接操作
public int write(ByteBuffer src);//往通道里写数据
public int read(ByteBuffer dst);//从通道里读数据
public final SelectionKey register(Selector sel, int ops, Object att);//注册一个选择器并设置监听事件,最后一个参数可以设置共享数据
public final void close();//关闭通道
}
12、NIO 网络编程应用实例-群聊系统
实例要求:
- 编写一个 NIO 群聊系统,实现服务器 端和客户端之间的数据简单通讯(非 阻塞)
- 实现多人群聊
- 服务器端:可以监测用户上线,离线, 并实现消息转发功能
- 客户端:通过channel 可以无阻塞发送 消息给其它所有用户,同时可以接受 其它用户发送的消息(有服务器转发得 到)
- 目的:进一步理解NIO非阻塞网络编程 机制
- 代码演示
客户端:
1 | package com.lxg.nio.groupchat; |
服务器端:
1 | package com.lxg.nio.groupchat; |
13、NIO与零拷贝
零拷贝基本介绍
- 零拷贝是网络编程的关键,很多性能优化都离不开。
- 在 Java 程序中,常用的零拷贝有 mmap(内存映射) 和 sendFile。那么,他们在 OS 里,到底是怎么样的一个的设计?我们分析 mmap 和 sendFile 这两个零拷贝
- 另外我们看下NIO 中如何使用零拷贝
传统IO数据读写
Java 传统 IO 和 网络编程的一段代码
1
2
3
4
5
6File file = new File("test.txt");
RandomAccessFile raf = new RandomAccessFile(file, "rw");
byte[] arr = new byte[(int) file.length()];
raf.read(arr);
Socket socket = new ServerSocket(8080).accept();
socket.getOutputStream().write(arr);
传统IO
1 | 早期的数据IO,由用户进程向CPU发起,应用程序与磁盘之间的 I/O 操作都是通过 CPU 的中断完成的。 |
传统用户通过cpu读取磁盘数据过程:
由于cpu要参与从磁盘读数据到寄存器,又存入内存。这中间cpu都是阻塞状态不能干别的工作,由此产生DMA技术:
1 | 用户进程调用 read 方法,向操作系统发出 I/O 请求,请求读取数据到自己的内存缓冲区中,进程进入阻塞状态; |
DMA技术存在的问题:
举个例子,从本地文件中发一张图片给你的好盆友。
传统的访问方式是通过 write() 和 read() 两个系统调用实现的,通过 read() 函数读取图片到到缓存区中,然后通过 write() 方法把缓存中的图片输出到网络端口。
1 | read操作: |
需要进行两次DMA拷贝,两次CPU拷贝,四次上下文切换
总共四次拷贝,四次切换,代价属实有点点大。
- 上下文切换:当用户程序向内核发起系统调用时,CPU 将用户进程从用户态切换到内核态;当系统调用返回时,CPU 将用户进程从内核态切换回用户态。
- CPU 拷贝:由 CPU 直接处理数据的传送,数据拷贝时会一直占用 CPU 的资源。
- DMA 拷贝:由 CPU 向DMA磁盘控制器下达指令,让 DMA 控制器来处理数据的传送,数据传送完毕再把信息反馈给 CPU,从而减轻了 CPU 资源的占有率。
零拷贝的想法
1.用户态可以直接操作读写,不需要切换用户态内核态
2.尽量减少拷贝次数,尽量减少上下文切换次数
3.写时复制,需要写操作的时候再拷贝,只是读操作没必要拷贝
用户态直接IO
用户态直接 I/O 使得应用进程或运行在用户态(user space)下的库函数直接访问硬件设备。
用户态直接 I/O 只能适用于不需要内核缓冲区处理的应用程序,这些应用程序通常在进程地址空间有自己的数据缓存机制,称为自缓存应用程序,如数据库管理系统 就是一个代表。
其次,这种零拷贝机制会直接操作磁盘 I/O,由于 CPU 和磁盘 I/O 之间的执行时间差距,会造成大量资源的浪费,解决方案是配合异步 I/O 使用。
写时复制
写时复制指的是当多个进程共享同一块数据时,如果其中一个进程需要对这份数据进行修改,那么就需要将其拷贝到自己的进程地址空间中。
这样做并不影响其他进程对这块数据的操作,每个进程要修改的时候才会进行拷贝,所以叫写时拷贝。
mmap优化
mmap 通过内存映射,将文件映射到内核缓冲区,同时,用户空间可以共享内核 空间的数据。这样,在进行网络传输时,就可以减少内核空间到用户控件的拷贝 次数。如下图
以mmap+write的方式替代传统的read+write的方式,减少了一次拷贝
mmap 是 Linux 提供的一种内存映射文件方法,即将一个进程的地址空间中的一段虚拟地址映射到磁盘文件地址
使用 mmap 的目的是将内核中读缓冲区(read buffer)的地址与用户空间的缓冲区(user buffer)进行映射。
从而实现内核缓冲区与应用程序内存的共享,省去了将数据从内核读缓冲区(read buffer)拷贝到用户缓冲区(user buffer)的过程。
mmap示意图
整个拷贝过程会发生 4 次上下文切换,1 次 CPU 拷贝和 2 次 DMA 拷贝。
mmap 主要的用处是提高 I/O 性能,特别是针对大文件。对于小文件,内存映射文件反而会导致碎片空间的浪费。
sendFile优化
Linux 2.1 版本 提供了 sendFile 函数,其基本 原理如下:数据根本不 经过用户态,直接从内 核缓冲区进入到 Socket Buffer,同时,由于和用 户态完全无关,就减少 了一次上下文切换
通过 Sendfile 系统调用,数据可以直接在内核空间内部进行 I/O 传输,从而省去了数据在用户空间和内核空间之间的来回拷贝
示意图和小结
将要读取的文件缓冲区的文件 fd 和要发送的Socket缓冲区的Socket fd 传给sendfile函数,
Sendfile 调用中 I/O 数据对用户空间是完全不可见的。也就是说,这是一次完全意义上的数据传输过程。
也就是说用户程序不能对数据进行修改,而只是单纯地完成了一次数据传输过程。
整个拷贝过程会发生 2 次上下文切换,1 次 CPU 拷贝和 2 次 DMA 拷贝。
提示:零拷贝从操作系统角度,是没有cpu 拷贝
Linux 在 2.4 版本中,做了 一些修改,避免了从内核 缓冲区拷贝到 Socket buffer 的操作,直接拷贝到 协议栈,从而再一次减少 了数据拷贝。具体如下图 和小结:
Sendfile+DMA gather copy
它只适用于将数据从文件拷贝到 socket 套接字上的传输过程。
它将内核空间的读缓冲区(read buffer)中对应的数据描述信息(内存地址、地址偏移量)记录到相应的网络缓冲区( socket buffer)中,
由 DMA 根据内存地址、地址偏移量将数据批量地从读缓冲区(read buffer)拷贝到网卡设备中。
这样 DMA 引擎直接利用 gather 操作将页缓存中数据打包发送到网络中即可,本质就是和虚拟内存映射的思路类似。
这里其实有 一次cpu 拷贝 kernel buffer -> socket buffer 但是,拷贝的信息很少,比如 lenght , offset , 消耗低,可以 忽略
整个拷贝过程会发生 2 次上下文切换、0 次 CPU 拷贝以及 2 次 DMA 拷贝。
拓展:Splice零拷贝技术
Splice相当于在Sendfile+DMA gather copy上的提升
Splice 系统调用可以在内核空间的读缓冲区(read buffer)和网络缓冲区(socket buffer)之间建立管道(pipeline),从而避免了两者之间的 CPU 拷贝操作。
基于 Splice 系统调用的零拷贝方式,整个拷贝过程会发生 2 次上下文切换,0 次 CPU 拷贝以及 2 次 DMA 拷贝。
- 用户进程通过 splice() 函数向内核(kernel)发起系统调用,上下文从用户态(user space)切换为内核态(kernel space)。
- CPU 利用 DMA 控制器将数据从主存或硬盘拷贝到内核空间(kernel space)的读缓冲区(read buffer)。
- CPU 在内核空间的读缓冲区(read buffer)和网络缓冲区(socket buffer)之间建立管道(pipeline)。
- CPU 利用 DMA 控制器将数据从网络缓冲区(socket buffer)拷贝到网卡进行数据传输。
- 上下文从内核态(kernel space)切换回用户态(user space),Splice 系统调用执行返回。
对比
无论是传统 I/O 拷贝方式还是引入零拷贝的方式,2 次 DMA Copy 是都少不了的,因为两次 DMA 都是依赖硬件完成的。
拷贝方式 | CPU拷贝 | DMA拷贝 | 系统调用 | 上下文切换 |
---|---|---|---|---|
传统方式 | 2 | 2 | read/write | 4 |
内存映射(mmap+write) | 1 | 2 | mmap/write | 4 |
sendfile | 1 | 2 | sendfile | 2 |
sendfile+DMA gather copy | 0 | 2 | sendfile | 2 |
splice | 0 | 2 | splice | 2 |
零拷贝的再次理解
- 我们说零拷贝,是从操作系统的角度来说的。因为内核缓冲区之间,没有数据是 重复的(只有 kernel buffer 有一份数据)。
- 零拷贝不仅仅带来更少的数据复制,还能带来其他的性能优势,例如更少的上下 文切换,更少的 CPU 缓存伪共享以及无 CPU 校验和计算。
mmap和sendFile的区别
- mmap 适合小数据量读写,sendFile 适合大文件传输。
- mmap 需要 4 次上下文切换,3 次数据拷贝;sendFile 需要 3 次上下文切换,最 少 2 次数据拷贝。
- sendFile 可以利用 DMA 方式,减少 CPU 拷贝,mmap 则不能(必须从内核拷贝 到 Socket
NIO零拷贝案例
案例要求:
- 使用传统的IO 方法传递一个大文件
- 使用NIO 零拷贝方式传递(transferTo)一个大文件
- 看看两种传递方式耗时时间分别是多少
传统IO服务端
1 | package com.lxg.nio.zerocopy; |
传统IO客户端
1 | package com.lxg.nio.zerocopy; |
NIO服务端
1 | package com.lxg.nio.zerocopy; |
NIO客户端
1 | package com.lxg.nio.zerocopy; |
14、Java AIO基本介绍
- JDK 7 引入了 Asynchronous I/O,即 AIO。在进行 I/O 编程中,常用到两种模式: Reactor和 Proactor。Java 的 NIO 就是 Reactor,当有事件触发时,服务器端得 到通知,进行相应的处理
- AIO 即 NIO2.0,叫做异步不阻塞的 IO。AIO 引入异步通道的概念,采用了 Proactor 模式,简化了程序编写,有效的请求才启动线程,它的特点是先由操作 系统完成后才通知服务端程序启动线程去处理,一般适用于连接数较多且连接时 间较长的应用
- 目前 AIO 还没有广泛应用,Netty 也是基于NIO, 而不是AIO, 因此我们就不详解 AIO了,有兴趣可以参考 <> http://www.52im.net/thread-306-1-1.html
15、BIO、NIO、AIO对比表
模型 | BIO | NIO | AIO |
---|---|---|---|
IO模型 | 同步阻塞 | 同步非阻塞(多路复用) | 异步非阻塞 |
编程难度 | 简单 | 复杂 | 复杂 |
可靠性 | 差 | 好 | 好 |
吞吐量 | 低 | 高 | 高 |
举例说明:
- 同步阻塞:到理发店理发,就一直等理发师,直到轮到自己理发。
- 同步非阻塞:到理发店理发,发现前面有其它人理发,给理发师说 下,我先干其他事情,一会过来看是否轮到自己.
- 异步非阻塞:给理发师打电话,让理发师上门服务,自己干其它事 情,理发师自己来家给你理发
四、Netty概述
1、原生NIO存在的问题
- NIO 的类库和 API 繁杂,使用麻烦:需要熟练掌握 Selector、ServerSocketChannel、 SocketChannel、ByteBuffer 等。
- 需要具备其他的额外技能:要熟悉 Java 多线程编程,因为 NIO 编程涉及到 Reactor 模式,你必须对多线程和网络编程非常熟悉,才能编写出高质量的 NIO 程序。
- 开发工作量和难度都非常大:例如客户端面临断连重连、网络闪断、半包读写、失 败缓存、网络拥塞和异常流的处理等等。
- JDK NIO 的 Bug:例如臭名昭著的 Epoll Bug,它会导致 Selector 空轮询,最终导 致 CPU 100%。直到 JDK 1.7 版本该问题仍旧存在,没有被根本解决。
2、Netty官网说明
Netty is an asynchronous event-driven network application framework for rapid development of maintainable high performance protocol servers & client
1 | Netty是一个异步事件驱动的网络应用框架,用于快速开发可维护的高性能协议服务器和客户端 |
- Netty 是由 JBOSS 提供的一个 Java 开源框架。Netty 提供异步的、基于事件驱动的网 络应用程序框架,用以快速开发高性能、高可靠性的网络 IO 程序
- Netty 可以帮助你快速、简单的开发出一个网络应用,相当于简化和流程化了 NIO 的 开发过程
- Netty 是目前最流行的 NIO 框架,Netty 在互联网领域、大数据分布式计算领域、游 戏行业、通信行业等获得了广泛的应用,知名的 Elasticsearch 、Dubbo 框架内部都采 用了 Netty
3、Netty的优点
Netty 对 JDK 自带的 NIO 的 API 进行了封装,解决了上述问题。
- 设计优雅:适用于各种传输类型的统一 API 阻塞和非阻塞 Socket;基于灵活且可扩展 的事件模型,可以清晰地分离关注点;高度可定制的线程模型 - 单线程,一个或多个 线程池.
- 使用方便:详细记录的 Javadoc,用户指南和示例;没有其他依赖项,JDK 5(Netty 3.x)或 6(Netty 4.x)就足够了。
- 高性能、吞吐量更高:延迟更低;减少资源消耗;最小化不必要的内存复制。
- 安全:完整的 SSL/TLS 和 StartTLS 支持。
- 社区活跃、不断更新:社区活跃,版本迭代周期短,发现的 Bug 可以被及时修复, 同时,更多的新功能会被加入
4、Netty版本说明
- netty版本分为 netty3.x 和 netty4.x、netty5.x
- 因为Netty5出现重大bug,已经被官网废弃了,目前推荐使用的是Netty4.x的稳定版 本
- 目前在官网可下载的版本 netty3.x netty4.0.x 和 netty4.1.x
- 在本课程中,我们讲解 Netty4.1.x 版本 5
五、Netty高性能架构设计
1、线程模型基本介绍
不同的线程模式,对程序的性能有很大影响,为了搞清Netty 线程模式,我们来系统 的讲解下 各个线程模式, 最后看看Netty 线程模型有什么优越性.
目前存在的线程模型有:
传统阻塞 I/O 服务模型
Reactor 模式
根据 Reactor 的数量和处理资源池线程的数量不同,有 3 种典型的实现
• 单 Reactor 单线程;
• 单 Reactor 多线程;
• 主从 Reactor 多线程
Netty 线程模式(Netty 主要基于主从 Reactor 多线程模型做了一定的改进,其中主从 Reactor 多线程模型有多个 Reactor)
2、传统阻塞I/O服务模型
工作原理图
黄色的框表示对象, 蓝色的框表示线程 白色的框表示方法(API)
模型特点
- 采用阻塞IO模式获取输入的数据
- 每个连接都需要独立的线程完成数据的输入,业务处理, 数据返回
问题分析
- 当并发数很大,就会创建大量的线程,占用很大系统资源
- 连接创建后,如果当前线程暂时没有数据可读,该线程 会阻塞在read 操作,造成线程资源浪费
3、Reactor模式
针对传统阻塞 I/O 服务模型的 2 个缺点,解决方案:
- 基于 I/O 复用模型:多个连接共用一个阻塞对象,应用程序只需要在一个阻塞对象等 待,无需阻塞等待所有连接。当某个连接有新的数据可以处理时,操作系统通知应 用程序,线程从阻塞状态返回,开始进行业务处理 Reactor 对应的叫法:
- 反应器模式
- 分发者模式(Dispatcher)
- 通知者模式(notifier)
- 基于线程池复用线程资源:不必再为每个连接创建线程,将连接完成后的业务处理 任务分配给线程进行处理,一个线程可以处理多个连接的业务。
I/O 复用结合线程池,就是 Reactor 模式基本设计思想, 如图:
说明:
- Reactor 模式,通过一个或多个输 入同时传递给服务处理器的模式 (基于事件驱动)
- 服务器端程序处理传入的多个请求, 并将它们同步分派到相应的处理线 程, 因此Reactor模式也叫 Dispatcher模式
- Reactor 模式使用IO复用监听事件, 收到事件后,分发给某个线程(进 程), 这点就是网络服务器高并发处 理关键
Reactor 模式中 核心组成:
- Reactor:Reactor 在一个单独的线程中运行,负责监听和分发事件,分发给适当的处 理程序来对 IO 事件做出反应。 它就像公司的电话接线员,它接听来自客户的电话并 将线路转移到适当的联系人;
- Handlers:处理程序执行 I/O 事件要完成的实际事件,类似于客户想要与之交谈的公 司中的实际官员。Reactor 通过调度适当的处理程序来响应 I/O 事件,处理程序执行 非阻塞操作
Reactor 模式分类:
根据 Reactor 的数量和处理资源池线程的数量不同,有 3 种典型的实现
- 单 Reactor 单线程
- 单 Reactor 多线程
- 主从 Reactor
4、单Reactor单线程
工作原理示意图:
演示下NIO 群聊,说 明
方案说明:
Select 是前面 I/O 复用模型介绍的标准网络编程 API,可以实现应用程序通过一个阻 塞对象监听多路连接请求
Reactor 对象通过 Select 监控客户端请求事件,收到事件后通过 Dispatch 进行分发
如果是建立连接请求事件,则由 Acceptor 通过 Accept 处理连接请求,然后创建一个 Handler 对象处理连接完成后的后续业务处理
如果不是建立连接事件,则 Reactor 会分发调用连接对应的 Handler 来响应
Handler 会完成 Read→业务处理→Send 的完整业务流程
结合实例:服务器端用一个线程通过多路复用搞定所有的 IO 操作(包括连接,读、写 等),编码简单,清晰明了,但是如果客户端连接数量较多,将无法支撑,前面的 NIO 案例就属于这种模型。
方案优缺点分析:
- 优点:模型简单,没有多线程、进程通信、竞争的问题,全部都在一个线程中完成
- 缺点:性能问题,只有一个线程,无法完全发挥多核 CPU 的性能。Handler 在处理某 个连接上的业务时,整个进程无法处理其他连接事件,很容易导致性能瓶颈
- 缺点:可靠性问题,线程意外终止,或者进入死循环,会导致整个系统通信模块不 可用,不能接收和处理外部消息,造成节点故障
- 使用场景:客户端的数量有限,业务处理非常快速,比如 Redis在业务处理的时间复 杂度 O(1) 的情况
5、单Reactor多线程
工作原理示意图:
方案说明
- Reactor 对象通过select 监控客户端请求 事件, 收到事件后,通过dispatch进行分发
- 如果建立连接请求, 则右Acceptor 通过 accept 处理连接请求, 然后创建一个Handler对象 处理完成连接后的各种事件
- 如果不是连接请求,则由reactor分发调用连接对 应的handler 来处理
- handler 只负责响应事件,不做具体的业务处理, 通过read 读取数据后,会分发给后面的worker线 程池的某个线程处理业务
- worker 线程池会分配独立线程完成真正的业务, 并将结果返回给handler
- handler收到响应后,通过send 将结果返回给 client
方案优缺点分析:
- 优点:可以充分的利用多核cpu 的处理能力
- 缺点:多线程数据共享和访问比较复杂, reactor 处理所有的事件的监听和响应,在 单线程运行, 在高并发场景容易出现性能瓶颈
6、主从Reactor多线程
工作原理示意图:
针对单 Reactor 多线程模型中,Reactor 在单线程中运 行,高并发场景下容易成为性能瓶颈,可以让 Reactor 在多线程中运行
subreactor可以有很多个
方案说明
- Reactor主线程 MainReactor 对象通过select 监听连接事件, 收 到事件后,通过Acceptor 处理连接事件
- 当 Acceptor 处理连接事件后,MainReactor 将连接分配给 SubReactor
- subreactor 将连接加入到连接队列进行监听,并创建handler 进行各种事件处理
- 当有新事件发生时, subreactor 就会调用对应的handler处 理
- handler 通过read 读取数据,分发给后面的worker 线程处理
- worker 线程池分配独立的worker 线程进行业务处理,并返 回结果
Scalable IO in Java 对 Multiple Reactors 的原理图解:
方案优缺点说明:
- 优点:父线程与子线程的数据交互简单职责明确,父线程只需要接收新连接,子线 程完成后续的业务处理。
- 优点:父线程与子线程的数据交互简单,Reactor 主线程只需要把新连接传给子线 程,子线程无需返回数据。
- 缺点:编程复杂度较高 结合实例:这种模型在许多项目中广泛使用,包括 Nginx 主从 Reactor 多进程模型, Memcached 主从多线程,Netty 主从多线程模型的支持
7、Reactor模式小结
3 种模式用生活案例来理解
单 Reactor 单线程,前台接待员和服务员是同一个人,全程为顾客服
单 Reactor 多线程,1 个前台接待员,多个服务员,接待员只负责接待
主从 Reactor 多线程,多个前台接待员,多个服务生
Reactor 模式具有如下的优点:
- 响应快,不必为单个同步时间所阻塞,虽然 Reactor 本身依然是同步的
- 可以最大程度的避免复杂的多线程及同步问题,并且避免了多线程/进程 的切换开销
- 扩展性好,可以方便的通过增加 Reactor 实例个数来充分利用 CPU 资源
- 复用性好,Reactor 模型本身与具体事件处理逻辑无关,具有很高的复用性
8、Netty模型
工作原理示意图1-简单版
Netty 主要基于主从 Reactors 多线程模型(如图)做了一定的改进,其中主从 Reactor 多 线程模型有多个 Reactor
- BossGroup 线程维护Selector , 只关注Accecpt
- 当接收到Accept事件,获取到对应的 SocketChannel, 封装成 NIOScoketChannel并注册到 Worker 线程(事件循环), 并进行维护
- 当Worker线程监听到selector 中通道发生自己感 兴趣的事件后,就进行处理(就由handler), 注意 handler 已经加入到通道
工作原理示意图2-进阶版
Netty 主要基于主从 Reactors 多线程模型(如 图)做了一定的改进,其 中主从 Reactor 多线程模 型有多个 Reactor
工作原理示意图-详细版
- Netty抽象出两组线程池 BossGroup 专门负责接收客户端的连接, WorkerGroup 专门负责网络的读写
- BossGroup 和 WorkerGroup 类型都是 NioEventLoopGroup
- NioEventLoopGroup 相当于一个事件循环组, 这个组中含有多个事件循 环 ,每一个事件循环是 NioEventLoop
- NioEventLoop 表示一个不断循环的执行处理任务的线程, 每个 NioEventLoop 都有一个selector , 用于监听绑定在其上的socket的网络 通讯
- NioEventLoopGroup 可以有多个线程, 即可以含有多个NioEventLoop
- 每个Boss NioEventLoop 循环执行的步骤有3步 1. 轮询accept 事件 2. 处理accept 事件 , 与client建立连接 , 生成NioScocketChannel , 并将其 注册到某个worker NIOEventLoop 上的 selector 3. 处理任务队列的任务 , 即 runAllTasks
- 每个 Worker NIOEventLoop 循环执行的步骤
- 轮询read, write 事件
- 处理i/o事件, 即read , write 事件,在对应NioScocketChannel 处理
- 处理任务队列的任务 , 即 runAllTasks
- 每个Worker NIOEventLoop 处理业务时,会使用pipeline(管道), pipeline中包含了channel,即通过pipeline可以获取到对应通道,管道中维护了很多的处理器
9、Netty快速入门实例-TCP服务
实例要求:使用IDEA 创建Netty项目
Netty 服务器在 6668 端口监听,客户端能发送消息给服务器 “hello, 服务器~”
服务器可以回复消息给客户端 “hello, 客户端~”
目的:对Netty 线程模型 有一个初步认识, 便于理解Netty 模型理论
看代码演示
编写服务端
编写客户端
对netty 程序进行分析,看看netty模型特点
说明: 创建Maven项目,并引入Netty
netty依赖:
1 | <dependencies> |
服务端:
1 | package com.lxg.netty.simple; |
服务端handler:
1 | package com.lxg.netty.simple; |
客户端:
1 | package com.lxg.netty.simple; |
客户端handler:
1 | package com.lxg.netty.simple; |
10、Netty模型
任务队列中的 Task 有 3 种典型使用场景
用户程序自定义的普通任务 [举例说明]
用户自定义定时任务
非当前 Reactor 线程调用 Channel 的各种方法
例如在推送系统的业务线程里面,根据用户的标识,找到对应的 Channel 引用,然后 调用 Write 类方法向该用户推送消息,就会进入到这种场景。最终的 Write 会提交到 任务队列中后被异步消费
1 | //比如我们这里有一个非常耗费时间的业务->异步执行->提交到该channel对应的NIOEventLoop的taskQueue中 |
方案再说明
Netty 抽象出两组线程池,BossGroup 专门负责接收客户端连接,WorkerGroup 专门负 责网络读写操作。
NioEventLoop 表示一个不断循环执行处理任务的线程,每个 NioEventLoop 都有一个 selector,用于监听绑定在其上的 socket 网络通道。
NioEventLoop 内部采用串行化设计,从消息的读取->解码->处理->编码->发送,始终由 IO 线程 NioEventLoop 负责
- NioEventLoopGroup 下包含多个 NioEventLoop
- 每个 NioEventLoop 中包含有一个 Selector,一个 taskQueue
- 每个 NioEventLoop 的 Selector 上可以注册监听多个 NioChannel
- 每个 NioChannel 只会绑定在唯一的 NioEventLoop 上
- 每个 NioChannel 都绑定有一个自己的 ChannelPipelin
11、异步模型
基本介绍
- 异步的概念和同步相对。当一个异步过程调用发出后,调用者不能立刻得到结果。实 际处理这个调用的组件在完成后,通过状态、通知和回调来通知调用者。
- Netty 中的 I/O 操作是异步的,包括 Bind、Write、Connect 等操作会简单的返回一个 ChannelFuture。
- 调用者并不能立刻获得结果,而是通过 Future-Listener 机制,用户可以方便的主动获 取或者通过通知机制获得 IO 操作结果
- Netty 的异步模型是建立在 future 和 callback 的之上的。callback 就是回调。重点说 Future,它的核心思想是:假设一个方法 fun,计算过程可能非常耗时,等待 fun返回 显然不合适。那么可以在调用 fun 的时候,立马返回一个 Future,后续可以通过 Future去监控方法 fun 的处理过程(即 : Future-Listener 机制)
Future说明
表示异步的执行结果, 可以通过它提供的方法来检测执行是否完成,比如检索计算等 等.
ChannelFuture 是一个接口 : public interface ChannelFuture extends Future 我们可以添加监听器,当监听的事件发生时,就会通知到监听器. 案例说明
工作原理示意图
说明:
- 在使用 Netty 进行编程时,拦截操作和转换出入站数据只需要您提供 callback 或利用 future 即可。这使得链式操作简单、高效, 并有利于编写可重用的、通用的代码。
- Netty 框架的目标就是让你的业务逻辑从网络基础应用编码中分离出来、解脱出来
Future-Listener 机制
当 Future 对象刚刚创建时,处于非完成状态,调用者可以通过返回的 ChannelFuture 来获取操作执行的状态,注册监听函数来执行完成后的操作。
常见有如下操作 • 通过 isDone 方法来判断当前操作是否完成;
通过 isSuccess 方法来判断已完成的当前操作是否成功;
通过 getCause 方法来获取已完成的当前操作失败的原因;
通过 isCancelled 方法来判断已完成的当前操作是否被取消;
通过 addListener 方法来注册监听器,当操作已完成(isDone 方法返回完成),将会通知 指定的监听器;如果 Future 对象已完成,则通知指定的监听器
举例说明 演示:绑定端口是异步操作,当绑定操作处理完,将会调用相应的监听器处理逻辑
1
2
3
4
5
6
7serverBootstrap.bind(port).addListener(future -> {
if(future.isSuccess()) {
System.out.println(newDate() + ": 端口["+ port + "]绑定成功!");
} else{
System.err.println("端口["+ port + "]绑定失败!");
}
});小结:
相比传统阻塞 I/O,执行 I/O 操作后线程会被阻塞住, 直到操作完成;异步处理的好 处是不会造成线程阻塞,线程在 I/O 操作期间可以执行别的程序,在高并发情形下会更稳 定和更高的吞吐量
13、快速入门实例-HTTP服务
- 实例要求:使用IDEA 创建Netty项目
- Netty 服务器在 6668 端口监听,浏览器发出请求 “http://localhost:6668/ “
- 服务器可以回复消息给客户端 “Hello! 我是服务器 5 “ , 并 对特定请求资源进行过滤.
- 目的:Netty 可以做Http服务开发,并且理解Handler实例 和客户端及其请求的关系.
- 看代码演示
TestServer:
1 | package com.lxg.netty.http; |
TestServerInitializer:
1 | package com.lxg.netty.http; |
TestHttpServerHandler:
1 | package com.lxg.netty.http; |
六、Netty核心模块组件
1、Bootstrap、ServerBootstrap
Bootstrap 意思是引导,一个 Netty 应用通常由一个 Bootstrap 开始,主要作用是配置 整个 Netty 程序,串联各个组件,Netty 中 Bootstrap 类是客户端程序的启动引导类, ServerBootstrap 是服务端启动引导类
常见的方法有
- public ServerBootstrap group(EventLoopGroup parentGroup, EventLoopGroup childGroup),该方法 用于服务器端,用来设置两个 EventLoop
- public B group(EventLoopGroup group) ,该方法用于客户端,用来设置一个 EventLoop
- public B channel(Class channelClass),该方法用来设置一个服务器端的通道实现
- public B option(ChannelOption option, T value),用来给 ServerChannel 添加配置
- public ServerBootstrap childOption(ChannelOption childOption, T value),用来给接收到的 通道添加配置
- public ServerBootstrap childHandler(ChannelHandler childHandler),该方法用来设置业务处理类 (自定义的 handler)
- public ChannelFuture bind(int inetPort) ,该方法用于服务器端,用来设置占用的端口号
- public ChannelFuture connect(String inetHost, int inetPort) ,该方法用于客户端,用来连接服务器
1 | childHandler()和childOption()都是给workerGroup (也就是group方法中的childGroup参数)进行设置的,option()和handler()都是给bossGroup(也就是group方法中的parentGroup参数)设置的。 |
2、Future、ChannelFuture
- Netty 中所有的 IO 操作都是异步的,不能立刻得知消息是否被正确处理。但是可以 过一会等它执行完成或者直接注册一个监听,具体的实现就是通过 Future 和 ChannelFutures,他们可以注册一个监听,当操作执行成功或失败时监听会自动触发 注册的监听事件
- 常见的方法有
- Channel channel(),返回当前正在进行 IO 操作的通道
- ChannelFuture sync(),等待异步操作执行完毕
3、Channel
Netty 网络通信的组件,能够用于执行网络 I/O 操作。
通过Channel 可获得当前网络连接的通道的状态
通过Channel 可获得 网络连接的配置参数 (例如接收缓冲区大小)
Channel 提供异步的网络 I/O 操作(如建立连接,读写,绑定端口),异步调用意味着 任何 I/O 调用都将立即返回,并且不保证在调用结束时所请求的 I/O 操作已完成
调用立即返回一个 ChannelFuture 实例,通过注册监听器到 ChannelFuture 上,可以 I/O 操作成功、失败或取消时回调通知调用方
支持关联 I/O 操作与对应的处理程序
不同协议、不同的阻塞类型的连接都有不同的 Channel 类型与之对应,常用的 Channel 类型:
- NioSocketChannel,异步的客户端 TCP Socket 连接。
- NioServerSocketChannel,异步的服务器端 TCP Socket 连接。
- NioDatagramChannel,异步的 UDP 连接。
- NioSctpChannel,异步的客户端 Sctp 连接。
- NioSctpServerChannel,异步的 Sctp 服务器端连接,这些通道涵盖了 UDP 和 TCP 网络 IO 以及文件 IO。
4、Selector
- Netty 基于 Selector 对象实现 I/O 多路复用,通过 Selector 一个线程可以监听多个连 接的 Channel 事件。
- 当向一个 Selector 中注册 Channel 后,Selector 内部的机制就可以自动不断地查询 (Select) 这些注册的 Channel 是否有已就绪的 I/O 事件(例如可读,可写,网络连接 完成等),这样程序就可以很简单地使用一个线程高效地管理多个 Channe
5、ChannelHandler 及其实现类
ChannelHandler 是一个接口,处理 I/O 事件或拦截 I/O 操作,并将其转发到其 ChannelPipeline(业务处理链)中的下一个处理程序。
ChannelHandler 本身并没有提供很多方法,因为这个接口有许多的方法需要实现,方 便使用期间,可以继承它的子类
ChannelHandler 及其实现类一览图(后)
相关接口和类一览图:
1
2
3
4
5
6
7
8
9
10
11• ChannelInboundHandler 用于处
理入站 I/O 事件。
• ChannelOutboundHandler 用于
处理出站 I/O 操作。
//适配器
• ChannelInboundHandlerAdapter
用于处理入站 I/O 事件。
• ChannelOutboundHandlerAdapt
er 用于处理出站 I/O 操作。
• ChannelDuplexHandler 用于处理
入站和出站事件。我们经常需要自定义一 个 Handler 类去继承 ChannelInboundHandlerA dapter,然后通过重写 相应方法实现业务逻辑, 我们接下来看看一般都 需要重写哪些方法
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34public class ChannelInboundHandlerAdapter extends ChannelHandlerAdapter
implements ChannelInboundHandler {
public ChannelInboundHandlerAdapter() { }
public void channelRegistered(ChannelHandlerContext ctx) throws Exception {
ctx.fireChannelRegistered();
}
public void channelUnregistered(ChannelHandlerContext ctx) throws Exception {
ctx.fireChannelUnregistered();
}
//通道就绪事件
public void channelActive(ChannelHandlerContext ctx) throws Exception {
ctx.fireChannelActive();
}
public void channelInactive(ChannelHandlerContext ctx) throws Exception {
ctx.fireChannelInactive();
}
//通道读取数据事件
public void channelRead(ChannelHandlerContext ctx, Object msg) throws
Exception {
ctx.fireChannelRead(msg);
}
//数据读取完毕事件
public void channelReadComplete(ChannelHandlerContext ctx) throws Exception{
ctx.fireChannelReadComplete();
}
public void userEventTriggered(ChannelHandlerContext ctx,Object evt) throws Exception{
ctx.fireUserEventTriggered();
}
public void channelWritabilityChanged(ChannelHandlerContext ctx) throws Exception{
ctx.fireChannelWritabilityChanged();
}
public void exceptionCaught(ChannelHandlerContext ctx,Throwable cause) throws Exception{
ctx.fireExceptionCaught(cause);
}
6、Pipeline 和 ChannelPipeline
ChannelPipeline 是一个重点:
ChannelPipeline 是一个 Handler 的集合,它负责处理和拦截 inbound 或者 outbound 的事件和操作,相当于一个贯穿 Netty 的链。(也可以这样理解: ChannelPipeline 是 保存 ChannelHandler 的 List,用于处理或拦截 Channel 的入站 事件和出站操作)
ChannelPipeline 实现了一种高级形式的拦截过滤器模式,使用户可以完全控制事 件的处理方式,以及 Channel 中各个的 ChannelHandler 如何相互交互
在 Netty 中每个 Channel 都有且仅有一个 ChannelPipeline 与之对应,它们的组成关系如下
• 一个 Channel 包含了一个 ChannelPipeline,而 ChannelPipeline 中又维护了一个由 ChannelHandlerContext 组成的双向链表,并且每个 ChannelHandlerContext 中又关联着一个 ChannelHandler
• 入站事件和出站事件在一个双向链表中,入站事件会从链表 head 往后传递到最后一个入站的 handler, 出站事件会从链表 tail 往前传递到最前一个出站的 handler,两种类型的 handler 互不干扰
常用方法
1
2
3
4• ChannelPipeline addFirst(ChannelHandler... handlers),把一个业务处理类(handler)
添加到链中的第一个位置
• ChannelPipeline addLast(ChannelHandler... handlers),把一个业务处理类(handler)
添加到链中的最后一个位置
7、ChannelHandlerContext
保存 Channel 相关的所有上下文信息,同时关联一个 ChannelHandler 对象
即ChannelHandlerContext 中 包 含 一 个 具 体 的 事 件 处 理 器 ChannelHandler , 同 时ChannelHandlerContext 中也绑定了对应的 pipeline 和 Channel 的信息,方便 对 ChannelHandler进行调用.
常用方法
1
2
3
4ChannelFuture close(),关闭通道
• ChannelOutboundInvoker flush(),刷新
• ChannelFuture writeAndFlush(Object msg) , 将 数 据 写 到 ChannelPipeline 中 当 前
• ChannelHandler 的下一个 ChannelHandler 开始处理
8、ChannelOption
Netty 在创建 Channel 实例后,一般都需要设置 ChannelOption 参数。
ChannelOption 参数如下:
ChannelOption.SO_BACKLOG :
对应 TCP/IP 协议 listen 函数中的 backlog 参数,用来初始化服务器可连接队列大小。服 务端处理客户端连接请求是顺序处理的,所以同一时间只能处理一个客户端连接。多个客户 端来的时候,服务端将不能处理的客户端连接请求放在队列中等待处理,backlog 参数指定 了队列的大小。
ChannelOption.SO_KEEPALIVE :
一直保持连接活动状态
9、EventLoopGroup 和其实现类 NioEventLoopGroup
EventLoopGroup 是一组 EventLoop 的抽象,Netty 为了更好的利用多核 CPU 资源, 一般会有多个 EventLoop 同时工作,每个 EventLoop 维护着一个 Selector 实例。
EventLoopGroup 提供 next 接口,可以从组里面按照一定规则获取其中一个 EventLoop来处理任务。在 Netty 服务器端编程中,我们一般都需要提供两个 EventLoopGroup,例如:BossEventLoopGroup 和 WorkerEventLoopGroup。
通常一个服务端口即一个 ServerSocketChannel对应一个Selector 和一个EventLoop 线程。BossEventLoop 负责接收客户端的连接并将 SocketChannel 交给 WorkerEventLoopGroup 来进行 IO 处理,如下图所示:
1
2
3
4
5
6
7
8
9
10
11
12
13• BossEventLoopGroup 通常是一个单线
程的 EventLoop,EventLoop 维护着一
个注册了ServerSocketChannel 的
Selector 实例BossEventLoop 不断轮询
Selector 将连接事件分离出来
• 通常是 OP_ACCEPT 事件,然后将接收
到的 SocketChannel 交给
WorkerEventLoopGroup
• WorkerEventLoopGroup 会由 next 选择
其中一个 EventLoop来将这个
SocketChannel 注册到其维护的
Selector 并对其后续的 IO 事件进行处
理常用方法
1
2• public NioEventLoopGroup(),构造方法
• public Future<?> shutdownGracefully(),断开连接,关闭线程
10、Upooled类
Netty 提供一个专门用来操作缓冲区(即Netty的数据容器)的工具类
常用方法如下所示
1
2//通过给定的数据和字符编码返回一个 ByteBuf 对象(类似于 NIO 中的 ByteBuffer 但有区别)
public static ByteBuf copiedBuffer(CharSequence string, Charset charse举例说明Unpooled 获取 Netty的数据容器ByteBuf 的基本使用 【案例演示
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39package com.lxg.netty.buf;
import io.netty.buffer.ByteBuf;
import io.netty.buffer.Unpooled;
public class NettyByteBuf01 {
public static void main(String[] args) {
//创建一个ByteBuf
/**
* 说明
* 1、创建对象,该对象包含一个数组arr,是一个byte[10]
* 2、在netty的buffer中,不需要使用flip进行反转
* 底层维护了readerIndex和writerIndex
* 3、通过readerIndex和writerIndex还有capacity,将buffer分成了三个区域
* 0--readerIndex :已经读取的区域
* 0-writerIndex:已经写的区域
* readerIndex--writerIndex:可读的区域
* writerIndex--capacity:表示可写的区域
*/
ByteBuf buffer = Unpooled.buffer(10);
for (int i = 0; i < 10; i++) {
buffer.writeByte(i);
}
System.out.println("capacity="+buffer.capacity());
//输出
for (int i = 0; i < buffer.capacity(); i++) {
System.out.println(buffer.getByte(i));
}
System.out.println("==================================");
for (int i = 0; i < buffer.capacity(); i++) {
System.out.println(buffer.readByte());
}
System.out.println("执行结束!");
}
}1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53package com.lxg.netty.buf;
import io.netty.buffer.ByteBuf;
import io.netty.buffer.Unpooled;
import io.netty.util.CharsetUtil;
import java.nio.charset.Charset;
public class NettyByteBuf02 {
public static void main(String[] args) {
//创建一个ByteBuf
ByteBuf byteBuf = Unpooled.copiedBuffer("hello,world!", Charset.forName("UTF-8"));
//使用相关的api
if(byteBuf.hasArray()){ //true
byte[] content = byteBuf.array();
//将content转成字符串
System.out.println(new String(content, Charset.forName("UTF-8")));
System.out.println("byteBuf="+byteBuf);
System.out.println(byteBuf.arrayOffset());//0
System.out.println(byteBuf.readerIndex());//0
System.out.println(byteBuf.writerIndex());//12
System.out.println(byteBuf.capacity());//36
//System.out.println(byteBuf.readByte()); //读出一个字节 h-->104
System.out.println(byteBuf.getByte(0));
int len = byteBuf.readableBytes();//可读的字节数等于12
System.out.println("len="+len);
//使用for取出各个字节
for (int i = 0; i <len ; i++) {
System.out.print((char)byteBuf.getByte(i));
}
System.out.println();
//从哪开始读,读几个字节,字节编码
System.out.println(byteBuf.getCharSequence(0,4,Charset.forName("UTF-8")));
System.out.println(byteBuf.getCharSequence(4,6,Charset.forName("UTF-8")));
}
}
}
11、Netty应用实例-群聊系统
实例要求:
- 编写一个 Netty 群聊系统,实现服务器端和客户端之间的数据简单通讯(非阻塞)
- 实现多人群聊
- 服务器端:可以监测用户上线,离线,并实现消息转发功能
- 客户端:通过channel 可以无阻塞发送消息给其它所有用户,同时可以接受其它用 户发送的消息(有服务器转发得到)
- 目的:进一步理解Netty非阻塞网络编程机制
- 看代码演示
服务器端:
1 | package com.lxg.netty.groupchat; |
服务器端handler:
1 | package com.lxg.netty.groupchat; |
客户端:
1 | package com.lxg.netty.groupchat; |
客户端handler:
1 | package com.lxg.netty.groupchat; |
12、Netty心跳检测机制案例
实例要求:
- 编写一个 Netty心跳检测机制案例, 当服务器超过3秒没有读时,就提示读空闲
- 当服务器超过5秒没有写操作时,就提示写空闲
- 实现当服务器超过7秒没有读或者写操作时,就提示读写空闲
服务器端:
1 | package com.lxg.netty.heartbeat; |
服务器端handler:
1 | package com.lxg.netty.heartbeat; |
客户端:
1 | package com.lxg.netty.heartbeat; |
13、Netty 通过WebSocket编程实现服务器和客户端长连接
实例要求:
- Http协议是无状态的, 浏览器和服务 器间的请求响应一次,下一次会重 新创建连接.
- 要求:实现基于webSocket的长连接 的全双工的交互
- 改变Http协议多次请求的约束,实 现长连接了, 服务器可以发送消息 给浏览器
- 客户端浏览器和服务器端会相互感 知,比如服务器关闭了,浏览器会 感知,同样浏览器关闭了,服务器 会感知
服务端:
1 | package com.lxg.netty.websocket; |
服务端handler:
1 | package com.lxg.netty.websocket; |
客户端页面:
1 |
|
七、Google Protobuf
1、编码和解码的基本介绍
- 编写网络应用程序时,因为数据在网络中传输的都是二进制字节码数据,在发送 数据时就需要编码,接收数据时就需要解码 [示意图]
- codec(编解码器) 的组成部分有两个:decoder(解码器)和 encoder(编码器)。 encoder 负责把业务数据转换成字节码数据,decoder 负责把字节码数据转换成 业务数据
2、Netty 本身的编码解码的机制和问题分析
Netty 自身提供了一些 codec(编解码器)
Netty 提供的编码器
• StringEncoder,对字符串数据进行编码
• ObjectEncoder,对 Java 对象进行编码
• …
Netty 提供的解码器
• StringDecoder, 对字符串数据进行解码
• ObjectDecoder,对 Java 对象进行解码
• …
Netty 本身自带的 ObjectDecoder 和 ObjectEncoder 可以用来实现 POJO 对象或各种业务对象 的编码和解码,底层使用的仍是 Java 序列化技术 , 而Java 序列化技术本身效率就不高,存 在如下问题:
- 无法跨语言
- 序列化后的体积太大,是二进制编码的 5 倍多。
- 序列化性能太低
=>引出新的解决方案[Google的Protobuf]
3、Protobuf
Protobuf基本介绍和使用示意图
Protobuf 是 Google 发布的开源项目,全称 Google Protocol Buffers,是一种轻便高 效的结构化数据存储格式,可以用于结构化数据串行化,或者说序列化。它很适合做 数据存储或 RPC[远程过程调用 remote procedure call ] 数据交换格式 。 目前很多公司 http+json →tcp+protobuf
参考文档 : https://developers.google.com/protocol-buffers/docs/proto 语言指南 (翻墙)
Protobuf 是以 message 的方式来管理数据的.
支持跨平台、跨语言,即[客户端和服务器端可以是不同的语言编写的] (支持目前绝 大多数语言,例如 C++、C#、Java、python 等
高性能,高可靠性
使用 protobuf 编译器能自动生成代码,Protobuf 是将类的定义使用.proto 文件进行描 述。说明,在idea 中编写 .proto 文件时,会自动提示是否下载 .ptotot 编写插件. 可以让语法高亮。
然后通过 protoc.exe 编译器根据.proto 自动生成.java 文件
protobuf 使用示意图:
Protobuf快速入门实例
编写程序,使用Protobuf完成如下功能
- 客户端可以发送一个Student PoJo 对象到服 务器 (通过 Protobuf 编码)
- 服务端能接收Student PoJo 对象,并显示信 息(通过 Protobuf 解码)
- 具体 看演示步骤
引入依赖:
1 | <dependency> |
服务器端:
1 | package com.lxg.netty.codec; |
服务器端handler:
1 | package com.lxg.netty.codec; |
客户端:
1 | package com.lxg.netty.codec; |
客户端handler:
1 | package com.lxg.netty.codec; |
Student.proto:
1 | syntax = "proto3";//版本 |
转化为StudentPOJO.java
Protobuf快速入门实例2
编写程序,使用Protobuf完成如下功能
- 客户端可以随机发送Student PoJo/ Worker PoJo 对 象到服务器 (通过 Protobuf 编码)
- 服务端能接收Student PoJo/ Worker PoJo 对象(需要 判断是哪种类型),并显示信息(通过 Protobuf 解码)
- 具体 看演示步骤
服务器端:
1 | package com.lxg.netty.codec2; |
服务器端handler:
1 | package com.lxg.netty.codec2; |
客户端:
1 | package com.lxg.netty.codec2; |
客户端handler:
1 | package com.lxg.netty.codec2; |
proto文件:
1 | syntax = "proto3"; |
八、Netty编解码器和handler的调用机制
1、基本说明
netty的组件设计:Netty的主要组件有Channel、EventLoop、ChannelFuture、 ChannelHandler、ChannelPipe等
ChannelHandler充当了处理入站和出站数据的应用程序逻辑的容器。例如,实 现ChannelInboundHandler接口(或ChannelInboundHandlerAdapter),你就 可以接收入站事件和数据,这些数据会被业务逻辑处理。当要给客户端发送响 应时,也可以从ChannelInboundHandler冲刷数据。业务逻辑通常写在一个或 者多个ChannelInboundHandler中。ChannelOutboundHandler原理一样,只不 过它是用来处理出站数据的
ChannelPipeline提供了ChannelHandler链的容器。以客户端应用程序为例,如 果事件的运动方向是从客户端到服务端的,那么我们称这些事件为出站的,即 客户端发送给服务端的数据会通过pipeline中的一系列 ChannelOutboundHandler,并被这些Handler处理,反之则称为入站的
2、编码解码器
- 当Netty发送或者接受一个消息的时候,就将会发生一次数据转换。入站消息会 被解码:从字节转换为另一种格式(比如java对象);如果是出站消息,它会 被编码成字节。
- Netty提供一系列实用的编解码器,他们都实现了ChannelInboundHadnler或者 ChannelOutboundHandler接口。在这些类中,channelRead方法已经被重写了。 以入站为例,对于每个从入站Channel读取的消息,这个方法会被调用。随后, 它将调用由解码器所提供的decode()方法进行解码,并将已经解码的字节转发 给ChannelPipeline中的下一个ChannelInboundHandler。
3、解码器-ByteToMessageDecoder
关系继承图
由于不可能知道远程节点是否会 一次性发送一个完整的信息, tcp有可能出现粘包拆包的问题, 这个类会对入站数据进行缓冲, 直到它准备好被处理
一个关于ByteToMessageDecoder实例分析
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15public class ToIntegerDecoder extends ByteToMessageDecoder {
protected void decode(ChannelHandlerContext ctx, ByteBuf in, List<Object> out) throws Exception
{
if (in.readableBytes() >= 4) {
out.add(in.readInt());
}
}
}
说明:
1) 这个例子,每次入站从ByteBuf中读取4字节,将其解码为一个int,然后将它添加到下一个List中。
当没有更多元素可以被添加到该List中时,它的内容将会被发送给下一个ChannelInboundHandler。
int在被添加到List中时,会被自动装箱为Integer。在调用readInt()方法前必须验证所输入的ByteBuf是
否具有足够的数据
2) decode 执行分析图 [示意图]
4、Netty的handler链的调用机制
实例要求:
使用自定义的编码器和解码器来 说明Netty的handler 调用机制
客户端发送long -> 服务器 服务端发送long -> 客户端
案例演示
服务端:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27package com.lxg.netty.inboundhandlerandoutboundhandler;
import io.netty.bootstrap.ServerBootstrap;
import io.netty.channel.ChannelFuture;
import io.netty.channel.nio.NioEventLoopGroup;
import io.netty.channel.socket.nio.NioServerSocketChannel;
public class MyServer {
public static void main(String[] args) throws Exception {
NioEventLoopGroup boosGroup = new NioEventLoopGroup(1);
NioEventLoopGroup workerGroup = new NioEventLoopGroup();
try{
ServerBootstrap serverBootstrap = new ServerBootstrap();
serverBootstrap.group(boosGroup,workerGroup)
.channel(NioServerSocketChannel.class)
.childHandler(new MyServerInitializer());//自定义一个初始化类
ChannelFuture channelFuture = serverBootstrap.bind(7000).sync();
channelFuture.channel().closeFuture().sync();
}finally {
boosGroup.shutdownGracefully();
workerGroup.shutdownGracefully();
}
}
}服务端Initializer:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20package com.lxg.netty.inboundhandlerandoutboundhandler;
import io.netty.channel.ChannelInitializer;
import io.netty.channel.ChannelPipeline;
import io.netty.channel.socket.SocketChannel;
public class MyServerInitializer extends ChannelInitializer<SocketChannel> {
protected void initChannel(SocketChannel socketChannel) throws Exception {
ChannelPipeline pipeline = socketChannel.pipeline();
//入站的handler进行解码MyByteToLongDecoder
pipeline.addLast(new MyByteToLongDecoder());
//出站的handler进行编码
pipeline.addLast(new MyLongToByteEncoder());
//加入自定义handler
pipeline.addLast(new MyServerHandler());
}
}服务端handler:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23package com.lxg.netty.inboundhandlerandoutboundhandler;
import io.netty.channel.ChannelHandlerContext;
import io.netty.channel.SimpleChannelInboundHandler;
public class MyServerHandler extends SimpleChannelInboundHandler<Long> {
protected void channelRead0(ChannelHandlerContext ctx, Long msg) throws Exception {
System.out.println("从客户端:"+ctx.channel().remoteAddress()+"读取到long"+msg);
//给客户端发送一个long
ctx.writeAndFlush(98765L);
}
public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause) throws Exception {
cause.printStackTrace();
ctx.close();
}
}Decoder:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34package com.lxg.netty.inboundhandlerandoutboundhandler;
import io.netty.buffer.ByteBuf;
import io.netty.channel.ChannelHandler;
import io.netty.channel.ChannelHandlerContext;
import io.netty.handler.codec.ByteToMessageDecoder;
import io.netty.util.concurrent.EventExecutorGroup;
import java.util.List;
public class MyByteToLongDecoder extends ByteToMessageDecoder {
/**
* decode会根据接收到的数据,被调用多次,直到确定没有新的元素被添加到list
* 或者是ByteBuf没有更多的可读字节为止
* 如果list out不为空,就会将list的内容传递给下一个channelinboundhandler处理
* 该处理器的方法也会被调用多次
*
* @param ctx:上下文对象
* @param byteBuf:入站的ByteBuf
* @param list:list集合,将解码后的数据传给下一个handler
* @throws Exception
*/
protected void decode(ChannelHandlerContext ctx, ByteBuf byteBuf, List<Object> list) throws Exception {
System.out.println("MyByteToLongDecoder中的decode被调用了!");
//因为long8个字节,需要判断有8个字节才能读取一个long
if(byteBuf.readableBytes()>=8){
list.add(byteBuf.readLong());
}
}
}Encoder:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18package com.lxg.netty.inboundhandlerandoutboundhandler;
import io.netty.buffer.ByteBuf;
import io.netty.channel.ChannelHandlerContext;
import io.netty.handler.codec.MessageToByteEncoder;
public class MyLongToByteEncoder extends MessageToByteEncoder<Long> {
//编码方法
protected void encode(ChannelHandlerContext ctx, Long msg, ByteBuf byteBuf) throws Exception {
System.out.println("MyLongToByteEncoder中encode被调用了!");
System.out.println("msg="+msg);
byteBuf.writeLong(msg);
}
}客户端:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26package com.lxg.netty.inboundhandlerandoutboundhandler;
import io.netty.bootstrap.Bootstrap;
import io.netty.channel.ChannelFuture;
import io.netty.channel.nio.NioEventLoopGroup;
import io.netty.channel.socket.nio.NioSocketChannel;
public class MyClient {
public static void main(String[] args) throws Exception {
NioEventLoopGroup group = new NioEventLoopGroup();
try {
Bootstrap bootstrap = new Bootstrap();
bootstrap.group(group)
.channel(NioSocketChannel.class)
.handler(new MyClientInitializer());//自定义初始化类
ChannelFuture channelFuture = bootstrap.connect("127.0.0.1", 7000).sync();
channelFuture.channel().closeFuture().sync();
}finally {
group.shutdownGracefully();
}
}
}客户端Initializer:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21package com.lxg.netty.inboundhandlerandoutboundhandler;
import io.netty.channel.ChannelInitializer;
import io.netty.channel.ChannelPipeline;
import io.netty.channel.socket.SocketChannel;
public class MyClientInitializer extends ChannelInitializer<SocketChannel> {
protected void initChannel(SocketChannel socketChannel) throws Exception {
ChannelPipeline pipeline = socketChannel.pipeline();
//加入出站的handler对数据进行一个编码
pipeline.addLast(new MyLongToByteEncoder());
//这是入站的解码器(入站handler)
pipeline.addLast(new MyByteToLongDecoder());
//加入自定义的handler,处理业务
pipeline.addLast(new MyClientHandler());
}
}客户端handler:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32package com.lxg.netty.inboundhandlerandoutboundhandler;
import io.netty.buffer.Unpooled;
import io.netty.channel.ChannelHandler;
import io.netty.channel.ChannelHandlerContext;
import io.netty.channel.SimpleChannelInboundHandler;
import io.netty.util.CharsetUtil;
import io.netty.util.concurrent.EventExecutorGroup;
public class MyClientHandler extends SimpleChannelInboundHandler<Long> {
protected void channelRead0(ChannelHandlerContext channelHandlerContext, Long msg) throws Exception {
System.out.println("服务器的ip="+channelHandlerContext.channel().remoteAddress());
System.out.println("收到服务器的消息是="+msg);
}
//重写channelActive发送数据
public void channelActive(ChannelHandlerContext ctx) throws Exception {
System.out.println("MyClientHandler发送数据");
// ctx.writeAndFlush(Unpooled.copiedBuffer(""));
ctx.writeAndFlush(123456L);//发送的是一个long
//分析
//1、"abcdabcdabcdacbd"是16个字节
//2、该处理器的前一个handler是MyLongToByteEncoder
//3、MyLongToByteEncoder父类MessageToByteEncoder会判断当前msg是不是应该处理的类型
//如果是就处理,不是就跳过
//4、因此我们在编写Encoder时要注意传入的数据类型和处理的数据类型一致
// ctx.writeAndFlush(Unpooled.copiedBuffer("abcdabcdasdfasdf", CharsetUtil.UTF_8));
}
}
结论:
- 不论解码器handler 还是 编码器handler 即接 收的消息类型必须与待处理的消息类型一致, 否则该handler不会被执行
- 在解码器 进行数据解码时,需要判断 缓存 区(ByteBuf)的数据是否足够 ,否则接收到的结果和期望结果可能不一致
5、解码器-ReplayingDecoder
public abstract class ReplayingDecoder extends ByteToMessageDecoder
ReplayingDecoder扩展了ByteToMessageDecoder类,使用这个类,我们不必调用 readableBytes()方法。参数S指定了用户状态管理的类型,其中Void代表不需要状态 管理
应用实例:使用ReplayingDecoder 编写解码器,对前面的案例进行简化 [案例演示]
ReplayingDecoder使用方便,但它也有一些局限性:
- 并不是所有的 ByteBuf 操作都被支持,如果调用了一个不被支持的方法,将会抛出一个 UnsupportedOperationException。
- ReplayingDecoder 在某些情况下可能稍慢于 ByteToMessageDecoder,例如网络缓慢并且消息格 式复杂时,消息会被拆成了多个碎片,速度变慢
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19package com.lxg.netty.inboundhandlerandoutboundhandler;
import io.netty.buffer.ByteBuf;
import io.netty.channel.ChannelHandlerContext;
import io.netty.handler.codec.ReplayingDecoder;
import java.util.List;
public class MyByteToLongDecoder2 extends ReplayingDecoder<Void> {
protected void decode(ChannelHandlerContext channelHandlerContext, ByteBuf byteBuf, List<Object> list) throws Exception {
System.out.println("MyByteToLongDecoder2中的decode被调用了!");
//在ReplayingDecoder中不需要判断数据是否足够读取,内部会进行处理判断
list.add(byteBuf.readLong());
}
}
6、其它编解码器
其它解码器
- LineBasedFrameDecoder:这个类在Netty内 部也有使用,它使用行尾控制字符(\n或者\r\n) 作为分隔符来解析数据。
- DelimiterBasedFrameDecoder:使用自定义 的特殊字符作为消息的分隔符。
- HttpObjectDecoder:一个HTTP数据的解码器
- LengthFieldBasedFrameDecoder:通过指定 长度来标识整包消息,这样就可以自动的处理 黏包和半包消息。
7、Log4j 整合到Netty
在Maven 中添加对Log4j的依赖 在 pom.xml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22<dependency>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
<version>1.2.17</version>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>1.7.25</version>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-log4j12</artifactId>
<version>1.7.25</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-simple</artifactId>
<version>1.7.25</version>
<scope>test</scope>
</dependency>配置 Log4j , 在 resources/log4j.propertie
1
2
3
4log4j.rootLogger=DEBUG,stdout
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
log4j.appender.stdout.layout.ConversionPattern=[%p] %C{1} - %m%n演示整合
九、TCP粘包和拆包 及解决方案
1、TCP 粘包和拆包基本介绍
- TCP是面向连接的,面向流的,提供高可靠性服务。收发两端(客户端和服务器端) 都要有一一成对的socket,因此,发送端为了将多个发给接收端的包,更有效的发 给对方,使用了优化方法(Nagle算法),将多次间隔较小且数据量小的数据,合 并成一个大的数据块,然后进行封包。这样做虽然提高了效率,但是接收端就难于 分辨出完整的数据包了,因为面向流的通信是无消息保护边界的
- 由于TCP无消息保护边界, 需要在接收端处理消息边界问题,也就是我们所说的粘 包、拆包问题, 看一张图
- 示意图TCP粘包、拆包图解
说明:
1 | 假设客户端分别发送了两个数据包D1和D2给服务端,由于服务端一次读取到字节数是不确定的,故可能存在以下四种情况: |
2、TCP 粘包和拆包现象实例
在编写Netty 程序时,如果没有做处理,就会发生粘包和拆包的问题
看一个具体的实例:
服务器端:
1 | package com.lxg.netty.tcp; |
服务器端Initializer:
1 | package com.lxg.netty.tcp; |
服务器端handler:
1 | package com.lxg.netty.tcp; |
客户端:
1 | package com.lxg.netty.tcp; |
客户端Initializer:
1 | package com.lxg.netty.tcp; |
客户端handler:
1 | package com.lxg.netty.tcp; |
3、TCP 粘包和拆包解决方案
使用自定义协议 + 编解码器 来解决
关键就是要解决 服务器端每次读取数据长度的问题, 这个问题解决,就不会出现服 务器多读或少读数据的问题,从而避免的TCP 粘包、拆包 。
看一个具体的实例:
- 要求客户端发送 5 个 Message 对象, 客户端每次发送一个 Message 对象
- 服务器端每次接收一个Message, 分5次进行解码, 每读取到 一个Message , 会回 复一个Message 对象 给客户端
- 代码演示
服务器端:
1 | package com.lxg.netty.protocoltcp; |
服务器端Initializer:
1 | package com.lxg.netty.protocoltcp; |
服务器端handler:
1 | package com.lxg.netty.protocoltcp; |
客户端:
1 | package com.lxg.netty.protocoltcp; |
客户端Initializer:
1 | package com.lxg.netty.protocoltcp; |
客户端handler:
1 | package com.lxg.netty.protocoltcp; |
协议包类:
1 | package com.lxg.netty.protocoltcp; |
解码:
1 | package com.lxg.netty.protocoltcp; |
编码:
1 | package com.lxg.netty.protocoltcp; |
十、Netty核心源码剖析
1、基本说明
- 只有看过Netty源码,才能说是真的掌握了Netty框 架。
- 在 io.netty.example 包下,有很多Netty源码案例, 可以用来分析
- 源码分析章节 是针对有Java项目经验,并且玩过 框架源码的人员讲的,否则你听起来会有相当的难度。
2、Netty 启动过程源码剖析
源码剖析目的
用源码分析的方式走一下 Netty (服务器)的启动过程,更好的理解Netty 的整体 设计和运行机制。
源码剖析
说明:
- 源码需要剖析到Netty 调用doBind方法, 追踪到NioServerSocketChannel的doBind
- 并且要Debug 程序到 NioEventLoop类 的run代码 ,无限循环,在服务器端运行
源码剖析过程
1、demo源码的基本理解
服务器启动类代码:
1 | /* |
1 | 说明: |
服务器处理器类代码:
1 | /* |
1 | 说明: |
2、分析EventLoopGroup的过程
构造器方法:
1 | public NioEventLoopGroup(int nThreads) { |
上面的this(nThreads, (Executor)null);调用构造器(通过alt+d看即可)
1 | public NioEventLoopGroup(int nThreads, Executor executor) { |
this(nThreads, executor, SelectorProvider.provider());又调用下面构造器
1 | public NioEventLoopGroup(int nThreads, Executor executor, SelectorProvider selectorProvider) { |
this(nThreads, executor, selectorProvider, DefaultSelectStrategyFactory.INSTANCE);又调用如下构造器
1 | public NioEventLoopGroup(int nThreads, Executor executor, SelectorProvider selectorProvider, SelectStrategyFactory selectStrategyFactory) { |
super(nThreads, executor, new Object[]{selectorProvider, selectStrategyFactory, RejectedExecutionHandlers.reject()});方法的父类是MultithreadEventLoopGroup,构造器为
1 | protected MultithreadEventLoopGroup(int nThreads, Executor executor, Object... args) { |
追踪到源码,真正的构造器是MultithreadEventExecutorGroup类的
分析如下代码:
1 | /** |
1 | 说明: |
3、ServerBootstrap创建和构造过程
ServerBootstrap是个空构造器,但是有默认的成员变量
1 | private static final InternalLogger logger = InternalLoggerFactory.getInstance(ServerBootstrap.class); |
分析一下ServerBootstrap的基本使用情况
1 | ServerBootstrap b = new ServerBootstrap(); |
1 | 说明: |
4、绑定端口的分析
服务器就是在这个bind方法里启动完成的
bind方法代码,追踪到创建了一个端口对象,并做了一些空判断,核心代码doBind,我们看看
1 | public ChannelFuture bind(SocketAddress localAddress) { |
doBind源码剖析,核心是两个方法initAndRegister和doBind0
1 | private ChannelFuture doBind(final SocketAddress localAddress) { |
分析说明initAndRegister
1 | final ChannelFuture initAndRegister() { |
1 | 说明: |
init方法会调用addLast,现在进入addLast方法内查看
1 |
|
1 | 说明: |
前面说了dobind方法有两个重要的步骤,initAndRegister说完了,现在看看doBind0方法,代码如下:
1 | private static void doBind0( |
1 | 说明: |
2、这里就可以根据前面的断点,一直debug
1 | 将调用LoggingHandler的invokeBind方法,最后会追到 |
1 | 3)最终doBind就会追踪到NioServerSocketChannel的doBind,说明Netty底层使用的是Nio |
回到bind方法(alt+v),最后一步:safeSetSuccess(promise),告诉promise任务成功了。其可以执行监听器的方法了。到此整个启动过程已经结束了,0k了
继续atl+V服务器就回进入到(NioEventLoop类)一个循环代码,进行监听
1 |
|
Netty启动过程梳理
- 创建2个 EventLoopGroup 线程池数组。数组默认大小CPU*2,方便chooser选择 线程池时提高性能
- BootStrap 将 boss 设置为 group属性,将 worker 设置为 childer 属性
- 通过 bind 方法启动,内部重要方法为 initAndRegister 和 dobind 方法
- initAndRegister 方法会反射创建 NioServerSocketChannel 及其相关的 NIO 的对象, pipeline , unsafe,同时也为 pipeline 初始了 head 节点和 tail 节点。
- 在register0 方法成功以后调用在 dobind 方法中调用 doBind0 方法,该方法会 调 用 NioServerSocketChannel 的 doBind 方法对 JDK 的 channel 和端口进行绑定, 完成 Netty 服务器的所有启动,并开始监听连接事件
3、Netty 接受请求过程源码剖析
源码剖析目的
- 服务器启动后肯定是要接受客户端请求并返回客户端想要的信息的,下面源码分 析 Netty 在启动之后是如何接受客户端请求的
- 在 io.netty.example 包
源码剖析
说明:
- 从之前服务器启动的源码中,我们得知,服务器最终注册了一个 Accept 事件等待 客户端的连接。我们也知道,NioServerSocketChannel 将自己注册到了 boss 单例线 程池(reactor 线程)上,也就是 EventLoop 。
- 先简单说下EventLoop的逻辑(后面我们详细讲解EventLoop) ü EventLoop 的作用是一个死循环,而这个循环中做3件事情:
- 有条件的等待 Nio 事件。
- 处理 Nio 事件。
- 处理消息队列中的任务。
- 仍用前面的项目来分析:进入到 NioEventLoop 源码中后,在private void processSelectedKey(SelectionKey k, AbstractNioChannel ch) 方法开始调试
- 最终我们要分析到AbstractNioChannel 的 doBeginRead 方法, 当到这个方法时, 针对于这个客户端的连接就完成了,接下来就可以监听读事件
源码分析过程
1 | 1.断点位置NioEventLoop的如下方法processSelectedKey |
1 | 6.追踪一下doReadMessages方法,就可以看得更清晰 |
8、进入register方法查看(步步追踪到)
1 |
|
1 | 9.最终会调用doBeginRead方法,也就是AbstractNioChannel类的方法 |
1 | 10.这个地方调试时,请把前面的断点都去掉,然后启动服务器就会停止在doBeginRead(需要先放过该断点,然 |
Netty接受请求过程梳理
总体流程:接受连接—–>创建一个新的NioSocketChannel———–>注册到一个 worker EventLoop 上——–> 注册selecot Read 事件。
- 服务器轮询 Accept 事件,获取事件后调用 unsafe 的 read 方法,这个 unsafe 是 ServerSocket 的内部类,该方 法内部由2部分组成
- doReadMessages 用于创建 NioSocketChannel 对象,该对象包装 JDK 的 Nio Channel 客户端。该方法会像创建 ServerSocketChanel 类似创建相关的 pipeline , unsafe,config
- 随后执行 执行 pipeline.fireChannelRead 方法,并将自己绑定到一个 chooser 选择器选择的 workerGroup 中的 一个 EventLoop。并且注册一个0,表示注册成功,但并没有注册读(1)事件
4、Pipeline Handler HandlerContext创建源码剖析
源码剖析目的
Netty 中的 ChannelPipeline 、 ChannelHandler 和 ChannelHandlerContext 是非常 核心的组件, 我们从源码来分析Netty 是如何设计这三个核心组件的,并分析是如何创建 和协调工作的.
源码剖析
说明 :
分析过程中,有很多的图形,所以我们准备了一个文档,在文档的基础上来做源码剖析
源码剖析:
1 | 1. ChannelPipeline | ChannelHandler | ChannelHandlerContext 介绍 |
- 上图中:ChannelSocket 和 ChannelPipeline 是一对一的关联关系,而 pipeline 内部的多个 Context 形成了链 表,Context 只是对 Handler 的封装。
- 当一个请求进来的时候,会进入 Socket 对应的 pipeline,并经过 pipeline 所有的 handler,对,就是设计模式 中的过滤器模式。
1 | 1.2 ChannelPipeline 作用及设计 |
部分源码:
1 | 可以看到该接口继承了 inBound,outBound,Iterable 接口,表示他可以调用数据出站的方法和入站的方法,同时也能遍历内部的链表, 看看他的几个代表性的方法,基本上都是针对 handler 链表的插入,追加,删除,替换操作,类似是一个 LinkedList。同时,也能返回 channel(也就是 socket) |
1 | 对上图的解释说明: |
1 | 1.3 ChannelHandler 作用及设计 |
ChannelInboundHandler 入站事件接口
1 | * channelActive 用于当 Channel 处于活动状态时被调用; |
ChannelOutboundHandler 出站事件接口
1 | * bind 方法,当请求将 Channel 绑定到本地地址时调用 |
ChannelDuplexHandler 处理出站和入站事件
- ChannelDuplexHandler 间接实现了入站接口并直接实现了出站接口。
- 是一个通用的能够同时处理入站事件和出站事件的类。
1.4 ChannelHandlerContext 作用及设计
- ChannelHandlerContext UML 图
1 | ChannelHandlerContext 继承了出站方法调用接口和入站方法调用接口 |
- 这两个 invoker 就是针对入站或出站方法来的,就是在 入站或出站 handler 的外层再包装一层,达到在方法前
后拦截并做一些特定操作的目的
ChannelHandlerContext 部分源码
1 | * ChannelHandlerContext 不仅仅继承了他们两个的方法,同时也定义了一些自己的方法 |
1 | 2. ChannelPipeline | ChannelHandler | ChannelHandlerContext 创建过程 |
Pipeline Handler HandlerContext创建过程梳理
- 每当创建 ChannelSocket 的时候都会创建一个绑定的 pipeline,一对一的关系,创建 pipeline 的时候也会创建 tail 节点和 head 节点,形成最初的链表。
- 在调用 pipeline 的 addLast 方法的时候,会根据给定的 handler 创建一个 Context, 然后,将这个 Context 插入到链表的尾端(tail 前面)。
- Context 包装 handler,多个 Context 在 pipeline 中形成了双向链表
- 入站方向叫 inbound,由 head 节点开始,出站方法叫 outbound ,由 tail 节点开
5、ChannelPipeline 调度 handler 的源码剖析
源码剖析目的
- 当一个请求进来的时候,ChannelPipeline 是如何调用内部的这些 handler 的呢? 我们一起来分析下。
- 首先,当一个请求进来的时候,会第一个调用 pipeline 的 相关方法,如果是入站 事件,这些方法由 fire 开头,表示开始管道的流动。让后面的 handler 继续处理
源码剖析
说明 :
在Debug时,可以将断点下在 DefaultChannelPipeline 类的
1
2
3public final ChannelPipeline fireChannelActive() { AbstractChannelHandlerContext.invokeChannelActive(head);//断点
return this;
}
源码分析:
1 | 3. DefaultChannelPipeline 是如何实现这些 fire 方法的 |
1 | 说明: |
ChannelPipeline 调度 handler 梳理
- Context 包装 handler,多个 Context 在 pipeline 中形成了双向链表,入站方向叫 inbound,由 head 节点开始,出站方法叫 outbound ,由 tail 节点开始。
- 而节点中间的传递通过 AbstractChannelHandlerContext 类内部的 fire 系列方法,找 到当前节点的下一个节点不断的循环传播。是一个过滤器形式完成对handler 的调度
6、Netty 心跳(heartbeat)服务源码剖析
源码剖析目的
Netty 作为一个网络框架,提供了诸多功能,比如编码解码等,Netty 还提供了非常重 要的一个服务—–心跳机制heartbeat。通过心跳检查对方是否有效,这是 RPC 框架 中是必不可少的功能。下面我们分析一下Netty内部 心跳服务源码实现
源码剖析
说明:
Netty 提供了 IdleStateHandler ,ReadTimeoutHandler,WriteTimeoutHandler 三 个Handler 检测连接的有效性,重点分析 IdleStateHandler .
如图
源码剖析:
- Netty 提供的心跳介绍
Netty 提供了 IdleStateHandler ,ReadTimeoutHandler,WriteTimeoutHandler 三个 Handler 检测连接的有效性。
如图
ReadTimeout 事件和 WriteTimeout 事件都会自动关闭连接,而且,属于异常处理,所以,这里只是介绍以
下,我们重点看 IdleStateHandler。
1 | 6. IdleStateHandler 分析 |
6.3 该类内部的 3 个定时任务类
1 | 1) 这 3 个定时任务分别对应 读,写,读或者写 事件。共有一个父类(AbstractIdleTask)。这个父类提供了一 |
1 | 7. 读事件的 run 方法(即 ReaderIdleTimeoutTask 的 run 方法)分析 |
1 | 8. 写事件的 run 方法(即 WriterIdleTimeoutTask 的 run 方法)分析 |
1 | 9. 所有事件的 run 方法(即 AllIdleTimeoutTask 的 run 方法)分析 |
1 | 10. 小结 Netty 的心跳机制 |
7、Netty 核心组件 EventLoop 源码剖析
源码剖析目的
Echo第一行代码就是 :EventLoopGroup bossGroup = new NioEventLoopGroup(1);
下面分析其最核心的组件 EventLoop。
源码剖析
源码剖析:
- EventLoop 介绍
1.1 首先看看 NioEventLoop 的继承图
1 | 说明重点: |
NioEventLoop 的使用 - execute 方法
2.1 execute 源码剖析
1 | 在EventLoop 的 使 用 , 一 般 就 是 |
1 | 2.2 我们 debug addTask 和 offerTask 方法源码 |
1 | 3. NioEventLoop 的父类 SingleThreadEventExecutor 的 startThread 方法 |
1 | 4. EventLoop 中的 Loop 是靠 run 实现的, 我们分析下 |
1 | 5. EventLoop 作为 Netty 的核心的运行机制 小结 |
8、handler 中加入线程池和Context 中添加线程池的源码剖析
源码剖析目的
- 在 Netty 中做耗时的,不可预料的操作,比如数据库,网络请求,会严重影响 Netty 对 Socket 的处理速度。
- 而解决方法就是将耗时任务添加到异步线程池中。但就添加线程池这步操作来讲, 可以有2种方式,而且这2种方式实现的区别也蛮大的。
- 处理耗时业务的第一种方式—handler 中加入线程池
- 处理耗时业务的第二种方式—Context 中添加线程池
- 我们就来分析下两种方式
源码剖析
说明:
演示两种方式的实现,以及从源码来追踪两种方式执行流程
源码剖析:
1 | 11. 处理耗时业务的第一种方式--handler 种加入线程池 |
11.2 这样处理之后,整个程序的逻辑如图
1 | 说明: |
1 | 11.3 write 方法的源码(在 AbstractChannelHandlerContext 类) |
1 | 12. 处理耗时业务的第二种方式-Context 中添加线程池 |
1 | 13. 两种方式的比较 |
十一、用Netty自己实现dubbo RPC
1、RPC基本介绍
RPC(Remote Procedure Call)— 远程 过程调用,是一个计算机 通信协议。该协议允许运 行于一台计算机的程序调 用另一台计算机的子程序, 而程序员无需额外地为这 个交互作用编程
两个或多个应用程序都分 布在不同的服务器上,它 们之间的调用都像是本地 方法调用一样(如图)
常见的 RPC 框架有: 比较知名的如阿里的Dubbo、google的gRPC、Go语言的rpcx、 Apache的thrift, Spring旗下的 Spring Cloud。
2、RPC调用流程
RPC调用流程图
术语说明:在RPC 中, Client 叫服务消费者,Server 叫服 务提供者
PRC调用流程说明
服务消费方(client)以本地调用方式调用服务
client stub 接收到调用后负责将方法、参数等封装成能够进行网络传输的消息体
client stub 将消息进行编码并发送到服务端
server stub 收到消息后进行解码
server stub 根据解码结果调用本地的服务
本地服务执行并将结果返回给 server stub
server stub 将返回导入结果进行编码并发送至消费方
client stub 接收到消息并进行解码
服务消费方(client)得到结果
小结:RPC 的目标就是将 2-8 这些步骤都封装起来,用户无需关心这些细节,可以像调 用本地方法一样即可完成远程服务调用。
3、自己实现 dubbo RPC(基于Netty)
需求说明
dubbo 底层使用了 Netty 作为网络通讯框架,要求用 Netty 实现一个简单的 RPC 框 架
模仿 dubbo,消费者和提供者约定接口和协议,消费者远程调用提供者的服务,提供 者返回一个字符串,消费者打印提供者返回的数据。底层网络通信使用 Netty 4.1.20
设计说明
- 创建一个接口,定义抽象方法。用于消费者和提供者之间的约定。
- 创建一个提供者,该类需要监听消费者的请求,并按照约定返回数据。
- 创建一个消费者,该类需要透明的调用自己不存在的方法,内部需要使用 Netty 请求 提供者返回数据
代码实现
dubbo RPC 思路分析图:
代码实现
公共接口:
1 | package com.lxg.netty.dubborpc.publicinterface; |
实现类:
1 | package com.lxg.netty.dubborpc.provider; |
服务器端:
1 | package com.lxg.netty.dubborpc.netty; |
服务器端handler:
1 | package com.lxg.netty.dubborpc.netty; |
服务器端启动器:
1 | package com.lxg.netty.dubborpc.provider; |
客户端:
1 | package com.lxg.netty.dubborpc.netty; |
客户端handler:
1 | package com.lxg.netty.dubborpc.netty; |
客户端启动器:
1 | package com.lxg.netty.dubborpc.customer; |