65,209
社区成员
发帖
与我相关
我的任务
分享TCP的接收缓冲区满了，收到数据后会向发送方发送ACK吗？
TCP的发送缓冲区中的数据，如果收不到接收方的ACK就不会删除，导致发送缓冲区溢出。如果接收方的缓冲区满了，收到数据后会不会向发送方发ACK呢？如果不发ACK，那么就没有接收缓冲区溢出的概念了，只要控制住发送方，就不会丢包；如果发ACK，那发送方就没办法控制是否继续发送了，接收缓冲区就会造成溢出，导致丢包。事实是怎样的呢？我这样理解正确吗？谢谢！
...全文
请发表友善的回复…
发表回复
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详解卷一》，并学会动手实验。
那如果我使用的是异步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？
引用 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
接收方的缓冲满了，发送方凭什么还能发送数据？ 有点没有理解你的逻辑， 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。客户端收到这个信息后就会暂停发送数据，转而启动前面所说的试探机制。参考”坚持定时器“
也就是说，如果服务端的程序不调用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值。发送方就又开始发送了。
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，接收缓冲区就会满，然后客户端再发数据就会丢包，而且客户端的发送缓冲区中这个数据也将删除？
引用 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当然会选择重传而不是删除
引用 1 楼 pathletboy 的回复:
接收方收到正确帧即会向发送方发送ACK
接收缓存满了也发ACK？发送缓存收到ACK就从发送缓存中删除了，这样发送缓存不就永远不能满了？
[/Quote]
为什么不会 ack不是发出去就能收到了 如果没收到ack当然会选择重传而不是删除
氰客 2012-03-17
- 打赏
- 举报
接收方接收到数据回复ACK的时候也会通告一个窗口给发送方， 表明自己还能接收多少数据、发送方如果收到通告窗口为0的情况 会主动发送探测包询问接收方能否接收数据了（详细见 坚持定时器）
adamwyb 2012-03-17
- 打赏
- 举报
[Quote=引用 1 楼 pathletboy 的回复:]
接收方收到正确帧即会向发送方发送ACK
[/Quote]
接收缓存满了也发ACK？发送缓存收到ACK就从发送缓存中删除了，这样发送缓存不就永远不能满了？
接收方收到正确帧即会向发送方发送ACK
[/Quote]
接收缓存满了也发ACK？发送缓存收到ACK就从发送缓存中删除了，这样发送缓存不就永远不能满了？
quwei197874 2012-03-17
- 打赏
- 举报
会发的，tcp协议封装好了，楼主不用操心这个
pathletboy 2012-03-17
- 打赏
- 举报
接收方收到正确帧即会向发送方发送ACK
