Netty

奔跑匠人

已于 2023-04-04 11:36:50 修改

阅读量101

点赞数

分类专栏：框架文章标签： java

于 2022-12-06 18:55:51 首次发布

本文链接：https://blog.csdn.net/qq_20481597/article/details/128208170

版权

5 篇文章 0 订阅

订阅专栏

1 Netty的功能特性

在这里插入图片描述

1、在传输服务方面：它支持TCP UDP传输; 支持HTTP 隧道等。
2、在协议支持方面：它支持多种协议如HTTP，WebSocket。

3、它的核心功能包括三方面：

在这里插入图片描述

Netty 利用了零拷贝技术提升了IO 性能。
零拷贝指的是数据在内存中的拷贝次数为0次。
图2 代表了磁盘中的一个数据发给网络的过程，如果不利用零拷贝磁盘的数据要先拷贝到内核缓冲区，再拷贝到应用程序内存，再拷贝到Socket缓冲区，最后再发向网络。不利用零拷贝，数据在内存中拷贝了两次，一次是内核缓冲区到用户程序内存，另一次是应用程序内存到Socket缓冲区。

而零拷贝技术，将内核缓冲区与应用程序内存和Socket缓冲区建立了地址映射，这样数据在内存中的拷贝次数就是0次，减少了拷贝次数，可以大幅提升IO性能。

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述
图7 是Netty 服务端的工作架构图：该图中有两个事件循环组：BossGroup 和 WorkerGroup。

在这里，我通过模拟一个客户端给服务器发消息来解释图7：

首先初始化ServerSocketChannel 并将建立连接的事件Accept，注册到BoosGroup的一个事件循环的Selector上。
接着事件循环就会轮询Channel上的建立连接事件。
一个客户端发来建立连接请求后，Seletor通过轮询可以发现此请求，并通过processSeleterKeys 处理处理连接请求。
怎么处理连接请求呢？首先是为这个连接分配一个SocketChannel，并将这个Channel的读写事件注册到一个WorkerGroup的事件循环的selector上，这时连接就建立好了，并且WorkerGroup会轮询SocketChannel的读写事件。
当这个客户端再发送消息时，事件循环会轮询到写事件，并通过processSeleterKeys处理消息。
processSeleterKeys通过刚刚讲的数据处理链过ChannelPipline来进行处理，可能包含先解码、再进行业务处理，再编码，再发送到SocketChannel中。

以上是服务端的具体流程，客户端也会建立一个Channel ，也有一个Seletor轮询IO事件，当消息到达时，也可以通过客户端的ChannelPipline进行处理。

到现在，我们已经大概了解了Netty的工作原理，BoosGroup 用于专门创建连接，其中有多个事件循环线程，每个事件循环都监听对应通道的建立连接请求并进行处理。WorkGroup 中也有多个事件循环线程，负责对应通道的IO事件。一个线程可以负责多个通道的IO，实现了IO多路复用。

建立连接、IO处理都由多个线程去做，提高了并发能力，也提高了系统的可靠性（在之前的单线程处理IO的情况下若意外终止则服务不可用）。

epoll :内核会帮你开辟一块空间，存放你的文件描述符列表，比如当你在java应用程序中，调用channel的register方法，将自己注册到Selector多路复用器时，实际上是直接被缓存到了内核开辟的这块空间里，事件复杂度是O（1），好处就是不需要你每次调Selector的select方法查看是否有channel有事件准备的时候，每次都要传递所有的文件描述符列表到内核这个步骤。
除此之外，在使用selector中的epoll进行select的时候，epoll在内核中还会会有一块内存空间，存放有事件的文件描述符，那么用户程序只要调用Selectors.select方法，对应就会在内核中调用epoll_wait函数，epoll_wait直接检查它监听的这块空间，是否有文件描述符（只要有，就是有事件的），如果有,直接返回给应用程序即可！
select和poll: 多路复用器Selector会在你的程序里开辟一块空间去存储你regist到Selector上的channel对应的文件描述符，而不是存到内核里！所以select和poll每次都要传递应用程序中缓存的这些文件描述符列表，作为内核调用select和poll的参数!

在这里插入图片描述

关注