HGW的博客

在之前的博文中，我们学习了Netty的基础知识，了解了其原理和组件。在本篇博文中，我们将结合实际案例，分享一个基于Netty的简化版RPC（远程过程调用）实现。通过这个案例，我们不仅可以学习Netty的使用和原理，还能够对RPC的设计有一个整体的学习。

在TCP/IP中，数据传输是通过流的方式进行的，这意味着数据被分割成一系列的数据包，并通过网络传输。这样的流式传输方式虽然高效，但没有明确的消息边界，因此在接收端需要一种机制来确定消息的开始和结束位置。协议的目的就是划定消息的边界，制定通信双方要共同遵守的通信规则。

Netty在Java网络应用框架中的地位就好比——Spring框架在JavaEE开发中的地位。哪些框架使用了Netty？Dubbo、gRPC、Spring5、Zookeeper、RocketMQ、ElasticSearch、Hadoop、Spark、Cassandra等，因为它们都有网络通信需求

EventLoopGroup，即“事件循环组”，是一组 EventLoop，channel 一般会调用 EventLoopGroup 的 `register` 方法来绑定其中一个 EventLoop，后续这个 channel 上的io事件都由此 EventLoop 来处理（保证了 io 事件处理时的线程安全）。EventLoopGroup继承 netty 自己的 EventExecutorGroup，实现了 `Iterable` 接口提供遍历 EventLoop 的能力，另有 `next()` 方法获取…

ChannelHandler 基于责任链模式实现，负责对IO事件进行拦截和处理， 也可以终止事件的传递。ChannelHandler 有两个重要的子接口：ChannelInboundHandler和ChannelOutboundHandler，分别拦截入站和出站的各种 I/O 事件。

Netty 中的 Channel 可以看成网络编程中的 Socket，其提供了一系列 IO 操作的 API，比如 read、write、bind、connect 等，大大降低了直接使用 Socket 类的复杂性。同时也包含了 Netty 框架相关的一些功能，包括获取 Channel 的 EventLoop，获取缓冲区分配器 ByteBufAllocator 和 pipeline 等。

ByteBuf 是 Netty 中的字节容器，它类似于 Java 中的 ByteBuffer，但是提供了更强大、更灵活的功能。ByteBuf 是一个可扩展的、可读写的字节容器，可以动态地分配和释放内存，支持零拷贝技术，同时具备高效的读写操作和内存管理能力。

在异步处理时，经常用到这两个接口首先要说明 netty 中的 Future 与 jdk 中的 Future 同名，但是两个接口，netty 的 Future 继承自 jdk 的 Future，而 Promise 又对 netty Future 进行了扩展。

EventLoop可以说是 Netty 的调度中心，负责监听多种事件类型：I/O 事件、信号事件、定时事件等，然而实际的业务处理逻辑则是由 ChannelPipeline 中所定义的 ChannelHandler 完成的，ChannelPipeline 和 ChannelHandler应用开发的过程中打交道最多的组件，为用户提供了 I/O 事件的全部控制权。

NIO，全拼是 non-blocking io，即 非阻塞IO。（网络上也有很多将NIO的N翻译成New，这是因为NIO是在Java 1.4版本中新增加的一种I/O模型。）与传统的I/O模型不同，NIO提供了一种基于缓冲区（Buffer）和通道（Channel）的I/O操作方式。NIO的主要优势在于它可以实现非阻塞式I/O操作，从而提高了系统的并发处理能力。在传统的I/O模型中，当一个线程在进行I/O操作时，其他线程会被阻塞，直到I/O操作完成。而在NIO模型中，线程可以继续执行其他的任务，而不必等待I