IM系统-消息流化一些常见问题

之前说过IM系统的一些优化，但是在网络上传输数据对于数据的流化和反流化也是处理异常情况的重点环节，不处理好可能会出现一些消息发送成功，但是解析失败的情况，本文就带大家来一起了解消息流化中经常遇到的问题以及如何规避。

什么是流化

我们用到的“流化”这个词和我们常用的“序列化”类似，序列化指将一个对象的实例转换成二进制串或文本串的格式，以方便本地保存或者异地传输。

信息流化的目的也是为了形成二进制串的格式方便网络传输，可以说“流化”就是“序列化”，两者没有本质的区别。

在网络通信之前，先流化需要发送的消息成二进制，进行网络传输，另外节点收到二进制数据之后，进行反流化解析出消息内容来进行通讯。

黏包问题

在进行TCP socket通讯时经常会使用自定义字节流，原因是因为TCP通讯如同水流一样，没有明确的拆分规则，TCP粘包、拆包属于网络底层问题，在数据链路层、网络层、传输层都可能出现。出现粘包常见的几点：

1. 要发送的数据大于TCP发送缓冲区剩余空间大小，将会发生拆包。

2. 待发送数据大于MSS（最大报文长度），TCP在传输前将进行拆包

3. 发送的数据小于TCP发送缓冲区的大小，TCP将多次写入缓冲区的数据一次发送出去，将会发生粘包

4. 接收数据端的应用层没有及时读取接受缓冲区中的数据，将会发生粘包。

以上的数据包发送的不确定性，为了数据能够正常解析，在业务层面需要将源源不断的数据流进行拆分或者合并通常用的方法：

1. 发送数据是先定义本给数据包的长度的包头，然后发送对应内容，通常自