相关源码：boy-learning-netty
个人博客：http://bruce.bugmakers.club
内容来自《极客时间 - Netty源码剖析与实战》
Netty 是如何处理 TCP 粘包、半包等问题的
什么是粘包和半包
为什么 TCP 应用中会出现粘包和半包现象
解决粘包和半包问题的集中常用方法
Netty 对三种常用封帧方式的支持
解读 Netty 处理粘包、半包的源码
什么是粘包和半包
粘包
客户端多次发送 ABC， 服务端接收到 ABC? 如：ABCA, ABCAB, ABCABC
主要原因：
- 发送方每次写入数据 < 套接字缓冲区大小
- 接收方读取套接字缓冲区数据不及时
半包
客户端多次发送 ABC， 服务端接收到 A? B? 如：AB, BC, CA
主要原因：
- 发送方每次写入数据 > 套接字缓冲区大小
- 发送的数据大于协议的 MTU(Maximum Transmission Unit, 最大传输单元)，必须拆包
换个角度看粘包和半包
- 收发
- 一个发送可能被多次接收，多个发送可能被一次接收
- 传输
- 一个发送可能占用多个传输包，多个发送可能公用一个传输包
为什么 TCP 应用中会出现粘包和半包现象
根本原因：
TCP 是流式协议，消息无边界。
提醒：UDP 像邮寄的包裹，虽然一次运输多个，但每个包裹都有“界限”，一个一个签收，所以无粘包、半包问题。
解决粘包和半包问题的集中常用方法
根本手段：找出消息的边界。
| 方式\比较 | 寻找消息边界的方式 | 优点 | 缺点 | 推荐度 |
|---|---|---|---|---|
| TCP 连接改成短连接，一个请求一个短连接 | 建立连接到释放连接之间的信息即为传输信息 | 简单 | 效率低下 | 不推荐 |
| 封装成帧 Framing - 固定长度 | 满足固定长度即可 | 简单 | 浪费空间 | 不推荐 |
| 封装成帧 Framing - 分隔符 | 分隔符之间 | 空间不浪费，也比较简单 | 内容本身出现分隔符时需要转义，所以需要扫描内容，耗费资源 | 一般 |
| 封装成帧 Framing - 固定长度字段储存内容长度信息 | 先解析固定长度字段，再读取后续内容 | 精确定位用户数据，也不用转义 | 长度理论上有限制，需提前预知可能的最大长度从而定义长度占用字节数 | 推荐 |
| 封装成帧 Framing - 其他方式 | 每种都不同，如JSON可以看{}是否应已经成对 | 衡量实际场景 | 衡量实际场景 | 很多是对现有协议的支持 |
Netty 对三种常用封帧方式的支持
| 方式\支持 | 解码 | 编码 |
|---|---|---|
| 封装成帧 Framing - 固定长度 | FixedLengthFrameDecoder | 简单 |
| 封装成帧 Framing - 分隔符 | DelimiterBasedFrameDecoder | 简单 |
| 封装成帧 Framing - 固定长度字段储存内容长度信息 | LengthFieldBasedFrameDecoder | LengthFieldPrepender |
解读 Netty 处理粘包、半包的源码
解码核心工作流程
ByteToMessageDecoder 入手-
解码中两种数据累计器(Cumulator)的区别
第一种 MERGE_CUMULATOR（默认）：内存复制
第二种 COMPOSITE_CUMULATOR：逻辑视图 -
三种解码器的常用额外控制参数有哪些
长度
分隔符（支持一个或多个）
固定长度字段等
