unity游戏开发网络模块之TCP粘包

TCP与UDP

在了解TCP粘包问题之前，我们先简单了解一下TCP与UDP。

UDP本质上是一个不可靠的传输，他对于传输过程没有建立连接，也没有过多的处理，是直接发送数据报文的形式，所以，UDP传输过程中，不会出现粘包情况

TCP是一个可靠传输，有着三次握手和四次握手的机制来保证连接的建立和断开，是转化字节流传输的，并且TCP在接收和发送都有自己的处理机制，就是这些机制导致了粘包现象。

简单描述了一下TCP以及UDP的区别，大致了解了粘包之后，我们来具体介绍一下什么是粘包，以及如何解决粘包问题

粘包现象

接下来用一段简单的大量发送消息的尝试来复现一下粘包问题。

这一段代码是发送100次，每次发送一段字符串"aaaabbbbcccc"

我们看一下发送的结果

数据很明显被截断了，分成了2部分，并且截断的尾部，很明显不是一个完整的发送的字符串，这就是一个很明显的粘包现象，100次的数据粘成了两部分。

TCP的粘包原因

TCP的粘包原因主要出现在两个方面：
发送方：发送方出现粘包的原因主要是因为TCP协议本身的原因，一方面是因为TCP在发送数据之前，会先收集足够多的数据量才会进行数据发送，如果有些数据偏小的情况，就会导致数据粘连；另一方面是因为TCP协议规定有MSS，如果数据包过长就会被分开传输。这样就会导致数据截断，然后剩下的数据会跟后续的数据粘连

接收方：TCP中有数据缓冲区，接收方从缓冲区中接收数据不及时，在下一个数据包到达之前没有取走之前的数据，就导致了拿出来的数据是粘包的

TCP粘包的解决方法

在充分了解了粘包出现的原因之后，我们可以考虑一下如何解决粘包问题。其实根本问题很简单，就是如何拆分接收到的数据包。如果我们能知道每次数据包的长度，那么不管包体如何粘连，我们都可以完整的拆分出每个数据包，核心的思路就在于如何拆分，因为每次发送的数据包长度大小并不固定。

其实解决的思路很简单，我们只需要知道每次发送的包体长度即可，那么我们就可以把包体的长度当作每次数据包的包头，放在数据包里发过去，再使用固定长度的包头，那么我们的接收方就可以通过读取固定长度的包头，取出包体长度，然后继续读取这个长度的数据即可，而这也是我们解决粘包问题的核心思路。

在发送方，我们把每次要发的数据封装成两部分，第一部分是固定长度的包头部分，然后获取发送数据的长度，把长度放入包头中，然后再拼接数据作为第二部分，也就是包体部分。

然后在接收方再进行拆包即可，拆包的规则也很简单，通过第一个包的包头获取到包体的数据长度，然后通过包体长度获取后面已知的长度数据解析，就可以拿到一个完整的数据包。

如果数据长度不够，那我们把后续的数据存起来，等到下一个包过来，拼接起来，然后取数据长度就可以拿到完整数据包。

如果数据长度超出我们需要的数据长度，也就是说还有多余数据，那么我们就存一个读到的位置，然后后面的数据就从这个位置开始读。

通过这两种情况的组合处理，逐次把缓冲区数据读取出来。

经过拆包之后，每个拆分的数据包都是一个完整的数据包。