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

adamwyb 2012-03-17 02:42:12
TCP的发送缓冲区中的数据,如果收不到接收方的ACK就不会删除,导致发送缓冲区溢出。如果接收方的缓冲区满了,收到数据后会不会向发送方发ACK呢?如果不发ACK,那么就没有接收缓冲区溢出的概念了,只要控制住发送方,就不会丢包;如果发ACK,那发送方就没办法控制是否继续发送了,接收缓冲区就会造成溢出,导致丢包。事实是怎样的呢?我这样理解正确吗?谢谢!
...全文
1578 15 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
15 条回复
切换为时间正序
请发表友善的回复…
发表回复
youqika 2012-03-22
  • 打赏
  • 举报
回复
4L正解
nossiac 2012-03-18
  • 打赏
  • 举报
回复
[Quote=引用 11 楼 adamwyb 的回复:]
那如果我使用的是异步send呢?这时就会返回-1吗?还是将这些数据暂存到发送端的缓存,等待接收端的缓存未满后再发?然后如果这时候又有几次 send,将发送缓冲区也填满,再返回-1?
[/Quote]

1、发送方也有一个缓冲区。不管是异步还是同步,send函数只负责将数据放入发送缓冲区就返回。并不是说send返回就表示对方就已经收到。TCP协议栈负责将缓冲区数据发送出去,并等待ACK。
2、如果发送缓冲区已经满,同步模式下,send会阻塞,直到有空间为止;异步模式下,send直接返回-1。
3、send函数其实不会理会接收方的buffer够不够,它只关心发送方的buffer有无空间。上面说的window值为0什么的,都是由发送方的TCP协议层负责处理的,上层是不用知道。你只需要调用send把数据往里塞就是了。这就是网络分层模型的理念,每层各司其职。

PS,你看的哪本书?这么多简单问题都没有讲到?
学网络编程一定要好好看《TCPIP详解卷一》,并学会动手实验。
adamwyb 2012-03-17
  • 打赏
  • 举报
回复
[Quote=引用 9 楼 nossiac 的回复:]

引用 7 楼 adamwyb 的回复:
也就是说,如果服务端的程序不调用recv,接收缓冲区就会满,然后客户端再发数据就会丢包,而且客户端的发送缓冲区中这个数据也将删除?


不会丢包的。
客户缓冲区的数据在收到ACK后才删除。
假设某时刻,服务器缓冲区只能放下最后一个包,这时发送方发出一个包,服务器接收了,并ACK给客户端。注意,这个ACK会指明服务器window大小为0。客户端收……
[/Quote]

那如果我使用的是异步send呢?这时就会返回-1吗?还是将这些数据暂存到发送端的缓存,等待接收端的缓存未满后再发?然后如果这时候又有几次 send,将发送缓冲区也填满,再返回-1?
adamwyb 2012-03-17
  • 打赏
  • 举报
回复
[Quote=引用 8 楼 gpshq 的回复:]

接收方的缓冲满了,发送方凭什么还能发送数据? 有点没有理解你的逻辑, TCP是有连接的、 不是一端说了算
[/Quote]

也就是说,TCP接收端缓冲满了,发送端就不能发数据了?这个是通过什么控制的?我以为接收端缓冲满了,就不响应ACK了,这时候发送端的数据就不能从缓存中删除,但发送端的缓存满的时候,send就返回-1?是这样吗?谢谢

我还有个帖子,也帮忙看下,你可能会明白我的意思:
http://topic.csdn.net/u/20120317/20/3baf6b71-69c4-48a7-b775-55d48000ac75.html
nossiac 2012-03-17
  • 打赏
  • 举报
回复
[Quote=引用 7 楼 adamwyb 的回复:]
也就是说,如果服务端的程序不调用recv,接收缓冲区就会满,然后客户端再发数据就会丢包,而且客户端的发送缓冲区中这个数据也将删除?
[/Quote]

不会丢包的。
客户缓冲区的数据在收到ACK后才删除。
假设某时刻,服务器缓冲区只能放下最后一个包,这时发送方发出一个包,服务器接收了,并ACK给客户端。注意,这个ACK会指明服务器window大小为0。客户端收到这个信息后就会暂停发送数据,转而启动前面所说的试探机制。参考”坚持定时器“
氰客 2012-03-17
  • 打赏
  • 举报
回复
接收方的缓冲满了,发送方凭什么还能发送数据? 有点没有理解你的逻辑, TCP是有连接的、 不是一端说了算
nossiac 2012-03-17
  • 打赏
  • 举报
回复
1. 只要收到了包,就会ACK。
2. TCP在ACK的同时会带有window大小值,表示这边能接受的数据量。发送方会根据这个调整数据量。
3. 接收方缓冲区满时,回给发送方的window值就是0。
4. 发送方看到window为0的包,会启动一个定时器,隔一段时间发一个包试探。
5. 一旦接收方缓冲区有足够空间了,就会给window赋上非0值。发送方就又开始发送了。
adamwyb 2012-03-17
  • 打赏
  • 举报
回复
[Quote=引用 6 楼 gpshq 的回复:]

引用 5 楼 adamwyb 的回复:
引用 1 楼 pathletboy 的回复:

接收方收到正确帧即会向发送方发送ACK


接收缓存满了也发ACK?发送缓存收到ACK就从发送缓存中删除了,这样发送缓存不就永远不能满了?

为什么不会 ack不是发出去就能收到了 如果没收到ack当然会选择重传而不是删除
[/Quote]

也就是说,如果服务端的程序不调用recv,接收缓冲区就会满,然后客户端再发数据就会丢包,而且客户端的发送缓冲区中这个数据也将删除?
氰客 2012-03-17
  • 打赏
  • 举报
回复
[Quote=引用 5 楼 adamwyb 的回复:]
引用 1 楼 pathletboy 的回复:

接收方收到正确帧即会向发送方发送ACK


接收缓存满了也发ACK?发送缓存收到ACK就从发送缓存中删除了,这样发送缓存不就永远不能满了?
[/Quote]
为什么不会 ack不是发出去就能收到了 如果没收到ack当然会选择重传而不是删除
氰客 2012-03-17
  • 打赏
  • 举报
回复
接收方接收到数据回复ACK的时候也会通告一个窗口给发送方, 表明自己还能接收多少数据、发送方如果收到通告窗口为0的情况 会主动发送探测包询问接收方能否接收数据了(详细见 坚持定时器)
adamwyb 2012-03-17
  • 打赏
  • 举报
回复
[Quote=引用 1 楼 pathletboy 的回复:]

接收方收到正确帧即会向发送方发送ACK
[/Quote]

接收缓存满了也发ACK?发送缓存收到ACK就从发送缓存中删除了,这样发送缓存不就永远不能满了?
quwei197874 2012-03-17
  • 打赏
  • 举报
回复
会发的,tcp协议封装好了,楼主不用操心这个
pathletboy 2012-03-17
  • 打赏
  • 举报
回复
接收方收到正确帧即会向发送方发送ACK

65,186

社区成员

发帖
与我相关
我的任务
社区描述
C++ 语言相关问题讨论,技术干货分享,前沿动态等
c++ 技术论坛(原bbs)
社区管理员
  • C++ 语言社区
  • encoderlee
  • paschen
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
  1. 请不要发布与C++技术无关的贴子
  2. 请不要发布与技术无关的招聘、广告的帖子
  3. 请尽可能的描述清楚你的问题,如果涉及到代码请尽可能的格式化一下

试试用AI创作助手写篇文章吧