TCP和UDP的区别以及TCP粘包现象

TCP和UDP的区别

1、 TCP提供可靠的、面向连接的运输服务。在传输数据之前必须三次握手建立连接,数据传输结束之后,4次挥手释放连接,而且在数据传递时,又有确认应答超时重传、滑动窗口(流量控制,防止较快主机致使较慢主机的缓冲区溢出)、拥塞控制(慢开始、拥塞避免、快重传、快恢复)等机制保证传送数据的可靠性。TCP经常用于对网络通信质量有很高要求的地方,如文件传输,邮件发送,远程登录等场景。

UDP在传送数据之前不需要建立连接,目的主机收到UDP报文后,不需要给出确认。UDP不提供可靠交付,一般用于即时通信,如语音、视频、直播等。面向无连接,面向报文。

2、TCP支持点对点通信,UDP支持一对一、一对多、多对一、多对多的通信模式

3、TCP是面向字节流的,UDP是面向报文的

PS:TCP是如何保证传输数据的可靠性的?
答:通过“确认应答”、“超时重传”、“流量控制”、“拥塞控制”等级制来保证传输数据的可靠性。

TCP粘包

TCP粘包就是指发送方发送的若干包数据到达接收方时粘成了一包,从接收缓冲区来看,后一包数据的头紧接着前一包数据的尾。原因可能是发送方也可能是接收方造成的。
发送方原因:TCP默认使用Nagle算法,将多次间隔较小、数据量较小的数据,合并成一个数据量大的数据块,然后进行封包。
接收方原因:TCP将接收到的数据包保存在接收缓存里,然后应用程序主动从缓存读取收到的分组。这样一来,如果TCP接收数据包到缓存的速度大于应用程序从缓存中读取数据包的速度,多个包就会被缓存,应用程序就有可能读取到多个首尾相接粘到一起的包。(传输层中TCP接收数据包到缓存的速度>应用程序从缓存读取数据包的速度
PS:Nagle算法:避免发送小的数据包,要求TCP连接上最多只能有一个未被确认的小分组,在该分组的确认到达之前不能发送其他的小分组,将多次间隔较小、数据量较小的数据,合并成一个数据量大的数据块,然后进行封包。

解决粘包的方法:1、发送方关闭Nagle算法。
2:应用层循环读取所有的数据,根据报文的长度判断每个包开始和结束的位置。

TCPUDP在传输过程中都可能会出现分包和粘包问题,但是处理方式有所不同。 对于TCP协议,如果定义的TCP包没有超过范围,即在IP层不需要分包,传输过程中就可以避免IP层组包发生的错误。但是如果超过范围,即IP数据报大于1500字节,发送方IP层就需要将数据包分成若干片,而接收方IP层则需要进行数据报的重组。TCP协议保证了可靠传输,如果发生组包错误,该包会被重传,确保数据的可靠性。\[1\] 对于UDP协议,由于UDP发送时没有经过Negal算法优化,不会将多个小包合并一次发送出去,因此不存在粘包问题。在UDP协议的接收端,采用了链式结构来记录每一个到达的UDP包,这样接收端应用程序一次recv只能从socket接收缓冲区中读出一个数据包。也就是说,发送端send了几次,接收端必须recv几次(无论recv时指定了多大的缓冲区)。因此,UDP协议不会出现粘包问题。\[2\] 总结来说,TCP协议在IP层可能会发生分包和组包的情况,但会保证可靠传输;而UDP协议不存在粘包问题,每个UDP包都是独立的。 #### 引用[.reference_title] - *1* *2* *3* [tcpudp、分包粘包](https://blog.csdn.net/liao_hb/article/details/106382297)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值