TCP的接收缓冲区满了,收到数据后会向发送方发送ACK吗?该怎么解决

本文解析了TCP和UDP在接收缓冲区管理上的差异。TCP通过ACK和窗口大小实现流量控制,防止缓冲区溢出,而UDP缺乏此机制,可能导致数据报丢失。深入探讨了TCP的流量控制机制如何确保数据传输的可靠性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

问题:TCP的接收缓冲区满了,收到数据后会向发送方发送ACK吗?

TCP的发送缓冲区中的数据,如果收不到接收方的ACK就不会删除,导致发送缓冲区溢出。如果接收方的缓冲区满了,收到数据后会不会向发送方发ACK呢?如果不发ACK,那么就没有接收缓冲区溢出的概念了,只要控制住发送方,就不会丢包;如果发ACK,那发送方就没办法控制是否继续发送了,接收缓冲区就会造成溢出,导致丢包。事实是怎样的呢?我这样理解正确吗?

 

答案:1. 只要收到了包(注意,这个包不一定有数据),就会ACK。
2. TCP在ACK的同时会带有window大小值,表示这边能接受的数据量。发送方会根据这个调整数据量。
3. 接收方缓冲区满时,回给发送方的window值就是0。
4. 发送方看到window为0的包,会启动一个定时器,隔一段时间发一个包试探。
5. 一旦接收方缓冲区有足够空间了,就会给window赋上非0值。发送方就又开始发送了。 

 

记住,TCP拥有流量控制机制,是可以确保接收缓冲区不会溢出的。TCP是不会丢包的。

 

CP和UDP的接收缓冲区(UDP没有发送缓冲区)

接收缓冲区被TCP和UDP用来保存接收到的数据,直到被应用进程读取。

对于TCP而言,套接字接收缓冲区中可用空间的大小限定了TCP通告对端的窗口大小。 TCP套接字缓冲区不可能溢出,因为不允许对端发出超过本端所通告窗口大小的数据,这就是 TCP的流量控制,如果对端无视窗口大小而发出超过该窗口大小的数据,本端TCP将丢弃它们,但是不会发ACK。

对于UDP而言,当接收到的数据报装不进套接字接收缓冲区时,该数据报就会被丢弃。 UDP是没有流量控制的,较快的发送端可以很容易地淹没较慢的接收端,导致接收端的UDP丢 弃数据报。事实上较快的发送端甚至可以淹没本机的网络接口,导致数据报被本机丢弃。

 

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值