详解netty长连接网关请求处理模型

想要支持海量的客户端请求，首先要有一套高效的请求处理模型。本文以开源项目SONA为例，详解如何基于netty设计请求处理模型，帮助读者动手实践。本文最后附上开源项目地址。

---

背景

Sona 平台是一个搭建语音房产品的全端解决方案，包含了房间管理、实时音视频、房间IM、长连接网关等能力。其中最基础核心的就是长连接网关，作为网关，首先要支持处理海量的客户端请求，要做到这一点，需要设计一套稳定高效的请求处理模型。

---

一、Netty 处理模型

Netty 使用 主从Reactor模型

bossGroup 负责处理 accept 事件 ， workerGroup 负责处理 read 、write 事件。

其中 ChannelPipeline 是一个双向链表，netty 里面定义了十几种事件，触发之后会顺序调用所有 ChannelHandler 的指定方法，ChannelHandler的调用都是由 workerGroup中的同一个 eventloop 线程执行，不存在线程之间的切换。 

这种无锁化的设计，避免了上下文切换，在海量请求的情况下能提供很高的性能。但是也存在风险，如果执行某个 ChannelHandler 出现了阻塞，会拖累这个 eventloop 线程所负责的其他请求。

在实际场景中，ChannelHandler里面一般都会