粘包、拆包、半包理解
TCP是一种面向流的网络层传输协议,在使用TCP作为传输层协议时,可保证数据的顺序性和可靠性。
应用层在使用TCP协议传输数据时,可采取两种方式:
- 短链接:客户端同服务端完成一次通信(客户端只发送一次请求,并接收到响应),关闭TCP连接;
- 长连接:客户端持续同服务端进行通信(客户端不停的发送请求,并接收到响应),不关闭TCP连接;
使用短连接时,可通过TCP连接是否关闭判断是否完成了一次请求响应通信。但每次请求必须重建TCP连接,会导致请求响应一会会存在一个TCP握手延时。因此经常使用长连接进行较高频率的请求响应通信。
但在使用长连接时,由于客户端可能会发送多个请求,服务端会同时持续收到数据。服务端接收到的数据中可能包含多个请求数据,此时请求数据是粘连在一起的(粘包),需要进行拆分(拆包)。
还有一种情况,服务端接收到的数据中包含一个不完整的请求数据,剩余数据还未接收到(半包),服务端需要继续接收数据直到接收完整请求数据。
- 粘包:只会在长连接通信方式中存在,不同的请求数据会被服务端同时接收到,而服务端暂时无法将其请求数据区分为请求1或者请求2。
- 拆包:将粘连在一起的不同请求数据进行拆分
- 半包:服务端接收到的请求数据不完整,剩余数据正在传输过程中。
粘包、拆包、半包图示
粘包:服务端接收到的请求数据紧紧挨着,暂时无法分离。
拆包:服务端将接收到的数据拆分为不同的请求数据
半包:拆包过程中发现某个请求数据不完整,需要继续接收数据。
如何拆包、判断半包
如何判断不同请求数据的起始和结束位置,是拆包和判断半包的关键。
常用的方法有两种:
- 包头(包含包体长度)+包体
- 包头(包含预定义的界定标识)+包体+包尾(包含预定义的界定标识)
第一种方法,读取固定长度的包头后,可根据包头中指定的包体长度读取包体,直到读取到完整的包体。
- 问题:如果包头中的包体长度同实际的包体长度不附,会导致后续的所有数据拆包都出现问题,且无法恢复。
第二种方法,在持续读取数据时,需要判断读取的数据中是否出现了界定标识,出现了即可判断是否已到旧包的包尾或者新包的包头。包头和包尾至少存在一个。
- 问题:读取过程中需一直判断界定标识,在高速传输数据时,会导致微小的处理延时。
http协议可以说是以上两种方法的结合,http header信息通过第二种方法获取,http response body通过第一种方法获取(content-length)。
时间: 2024-10-28 23:46:01