Netty5入门学习笔记002-TCP粘包/拆包问题的解决之道（上）

TCP网络通信时候会发生粘包/拆包的问题，接下来探讨其解决之道。
什么是粘包/拆包

一般所谓的TCP粘包是在一次接收数据不能完全地体现一个完整的消息数据。TCP通讯为何存在粘包呢？主要原因是TCP是以流的方式来处理数据，再加上网络上MTU的往往小于在应用处理的消息数据，所以就会引发一次接收的数据无法满足消息的需要，导致粘包的存在。处理粘包的唯一方法就是制定应用层的数据通讯协议，通过协议来规范现有接收的数据是否满足消息数据的需要。

情况分析
TCP粘包通常在流传输中出现，UDP则不会出现粘包，因为UDP有消息边界，发送数据段需要等待缓冲区满了才将数据发送出去，当满的时候有可能不是一条消息而是几条消息合并在换中去内，在成粘包；另外接收数据端没能及时接收缓冲区的包，造成了缓冲区多包合并接收，也是粘包。
解决办法
1、消息定长，报文大小固定长度，不够空格补全，发送和接收方遵循相同的约定，这样即使粘包了通过接收方编程实现获取定长报文也能区分。

2、包尾添加特殊分隔符，例如每条报文结束都添加回车换行符（例如FTP协议）或者指定特殊字符作为报文分隔符，接收方通过特殊分隔符切分报文区分。
3、将消息分为消息头和消息体，消息头中包含表示信息的总长度（或者消息体长度）的字段
4、更复杂的自定义应用层协议
代码例子
1、Netty中提供了FixedLengthFrameDecoder定长解码器可以帮助我们轻松实现第一种解决方案，定长解码报文。
服务器端：

?
?
客户端：

?
?
服务器和客户端分别设置了定长解码器 长度为30字节，也就是规定发送和接收一次报文定长为30字节。
运行结果：
客户端接收到服务器的响应报文 一段文字被定长分成若干段接收。



服务器端接收客户端发送的报文 一段话也是分成了等长的若干段。



上述是一个简单长字符串传输例子，将一个长字符串分割成若干段。我们也可以自定义一系列定长的指令发送出去

例如指令长度都是30个字节，批量发出N条指令，这样客户端粘包后发出一个比较大的数据指令集，服务器接收到的数据在缓冲区内，只需要按照定长一个个指令取出来执行即可。