tcp 抓包遇到的 ack 问题
第一个红框是三次握手,第二个红框是客户端发送数据给服务端,服务端不作应答,第三个红框是客户端发送数据给服务端,但服务端自动应答一条数据回来。
我的疑惑是,第三个红框那里,一共四条。
- 第一条,客户端发送;
- 第二条,服务端返回 ack;
- 第三条,服务端自动应答发送的数据;
- 第四条,客户端返回 ack
我的疑惑是,为什么第二条和第三条不放在一起呢?不是可以节省流量么?反正都是要回复的啊?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
因为在第二条的时候,服务端并不知道有数据需要发送,所以立即回复了 ACK
观察抓包结果,你这个是交互(ping pong)的流量,那么即使 delay-ack 使能(默认),也不会生效。