Netty入门案例

---

前言

• Netty抽象出两组线程池： BossGroup 专门负责接收客户端的连接, WorkerGroup 专门负责网络的读写。BossGroup 和 WorkerGroup 类型都是 NioEventLoopGroup

• NioEventLoopGroup 相当于一个事件循环组, 这个组中含有多个事件循环 ，每一个事件循环是 NioEventLoop

• NioEventLoop 表示一个不断循环的执行处理任务的线程， 每个NioEventLoop 都有一个selector , 用于监听绑定在其上的socket的网络通讯

• NioEventLoopGroup 可以有多个线程, 即可以含有多个NioEventLoop

  • 每个 NioEventLoop 中包含有一个 Selector，一个 taskQueue
  • 每个 NioEventLoop 的 Selector 上可以注册监听多个 NioChannel
  • 每个 NioChannel 只会绑定在唯一的 NioEventLoop 上
  • 每个 NioChannel 都绑定有一个自己的 ChannelPipeline

• 每个Boss NioEventLoop 循环执行的步骤有3步

  • 轮询accept 事件
  • 处理accept 事件 , 与client建立连接 , 生成NioScocketChannel , 并将其注册到某个worker NIOEventLoop 上的 selector
  • 处理任务队列的任务 ， 即 runAllTasks

• 每个 Worker NIOEventLoop 循环执行的步骤

  • 轮询read, write 事件
  • 处理i/o事件， 即read , write 事件，在对应NioScocketChannel 处理
  • 处理任务队列的任务 ， 即 runAllTasks

• 每个Worker NIOEventLoop 处理业务时，会使用pipeline(管道), pipeline 中包含了 channel , 即通过pipeline 可以获取到对应通道, 管道中维护了很多的 处理器

---

源码搭建

1. 源码下载
   官方下载地址
   非官方带中文注释

2. 先编译Common

3. 编译demo

源码简单解析

面试题目

netty池化技术

ReplayingDecoder#decode

ReplayingDecoder#decode方法是对消息解码。

ChannelInboundHandlerAdapter#channelRead
->ByteToMessageDecoder#callDecode
-> ByteToMessageDecoder#decodeRemovalReentryProtection
ByteToMessageDecoder#decode

AP与CP

Raft 与 Distro

Raft (CP模式)
对于强⼀致性共识算法，当前工业生产中，最多使用的就是 Raft 协议，Raft 协议更容易让人理解，并且有很多成熟的工业算法实现，比如
蚂蚁金服的 JRaft，Zookeeper 的 ZAB，Consul 的 Raft，百度的 braft，Apache Ratis
因为 Nacos 是 Java 技术栈，因此只能在 JRaft、ZAB、ApacheRatis 中选择，但是 ZAB 因为和 Zookeeper 强绑定，再加上希望可以和 Raft 算法库的支持团队沟通交流，因此选择了 JRaft，选择 JRaft 也是因为 JRaft 支持多 RaftGroup，为 Nacos 后面的多数据分片带来了可能。

Distro （AP模式）
而 Distro 协议是阿里巴巴自研的⼀个最终⼀致性协议，而最终⼀致性协议有很多，比如 Gossip、Eureka 内的数据同步算法。而 Distro 算法是集 Gossip 以及 Eureka 协议的优点并加以优化而出来的，对于原生的 Gossip，由于随机选取发送消息的节点，也就不可避免的存在消息重复发送给同⼀节点的情况，增加了网络的传输的压力，也给消息节点带来额外的处理负载，而 Distro 算法引入
了权威 Server 的概念，每个节点负责⼀部分数据以及将自己的数据同步给其他节点，有效的降低了消息冗余的问题。