TCP粘包和拆包及解决方案

最新推荐文章于 2024-08-26 17:05:27 发布

一code当先

最新推荐文章于 2024-08-26 17:05:27 发布

阅读量91

点赞数

分类专栏： netty 文章标签： tcp/ip java 网络协议网络后端

本文链接：https://blog.csdn.net/xp_xpxp/article/details/130962589

版权

netty 专栏收录该内容

25 篇文章 0 订阅 ¥29.90 ¥99.00

订阅专栏

超级会员免费看

本文介绍了TCP协议中的粘包和拆包现象，通过案例展示了在Netty编程中可能遇到的问题，并提出了两种解决方案，包括设置合适的缓冲区大小和使用特定编码方式来确保正确解码。同时，给出了一个具体的需求场景，描述了客户端发送和服务器接收Message对象的过程。

摘要由CSDN通过智能技术生成

1.基本介绍

1>.TCP是面向连接的,面向流的,提供高可靠性服务.收发两端(客户端和服务器端)都要有一一成对的socket,因此,发送端为了将多个发给接收端的包,更有效的发给对方,使用了优化方法(Nagle算法),将多次间隔较小且数据量小的数据,合并成一个大的数据块,然后进行封包.这样做虽然提高了效率,但是接收端就难于分辨出完整的数据包了,因为面向流的通信是无消息保护边界的;

2>.由于TCP无消息保护边界,需要在接收端处理消息边界问题,也就是我们所说的粘包、拆包问题,如下图:
在这里插入图片描述
说明: 假设客户端分别发送了两个数据包D1和D2给服务端,由于服务端一次读取到字节数是不确定的,故可能存在以下四种情况:

①.服务端分两次读取到了两个独立的数据包,分别是D1和D2,没有粘包和拆包,这是正常情况;

②.服务端一次接受到了两个数据包,D1和D2粘合在一起,称之为 TCP 粘包;

③.服务端分两次读取到了数据包,第一次读取到了完整的D1包和D2包的部分内容,第二次读取到了D2包的剩余内容,这称之为TCP拆包;

④.服务端分两次读取到了数据包,第一次读取到了D1包的部分内容D1_1,第二次读取到了D1包的剩余部分内容D1_2和完整的D2包,这也是TC