TCP四次挥手为何有问题啊，少了报文

领域专家: 后端开发技术领域

2015-01-08 10:55:23

求大神帮忙看看这是什么问题啊？？？？

http://blog.csdn.net/simonchi/article/details/41896359

...全文

740 4 打赏收藏转发到动态举报

写回复

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

轮子学长 2015-01-12

打赏
举报

回复

TCP建立连接三次握手，断开连接四次握手其中在建立连接的三次握手时，服务器返回的FIN+ACK为第二次握手

chiweitree 2015-01-12

打赏
举报

回复

原来是这样啊，我还以为fin+ack是一次，ack又是一次！！！！

chiweitree 2015-01-12

打赏
举报

回复

建立连接，何来FIN报文？？楼上搞错了吧！！！

zuxi 2015-01-08

打赏
举报

回复

服务器返回的FIN+ACK就是四次挥手的第二次和第三次挥手啊，只是两次挥手的报文合成一个报文了而已。这种情况下没必要分成两个报文来回复。

本文详细介绍了TCP四次挥手过程，它是TCP协议连接终止的标准过程，用于可靠关闭全双工通信。文中分析了四次挥手各阶段的报文内容、状态变化，还提及高级技术细节、面试常见问题，给出最佳实践建议，并介绍了相关扩展知识。

文章详细分析了TCP为何采用三次握手建立连接，从可靠性和防止无效链接浪费资源两方面解释。同时，解释了TCP四次挥手的原因，多数情况是因服务端可能还有数据发送，而少数情况可通过捎带应答减少至三次挥手。文中还提到了四次挥手可能遇到的TIME_WAIT和CLOSE_WAIT问题及其解决方案。

本文详细解析了TCP连接断开时的四次挥手过程，包括每次挥手的状态转换及作用，解释了为何需要四次挥手而非三次，以及客户端等待2MSL的原因。通过实战抓包示例，加深对TCP挥手机制的理解。

本文围绕TCP协议展开，介绍了TCP是面向连接、可靠的传输层协议，阐述其特点和报文格式。通过Wireshark和SocketTool进行抓包，在本机和虚拟机建立连接并收发数据。还对抓包得到的报文进行分析，包括三次握手、数据传输和四次挥手的过程。

本文通过Wireshark抓包详细解析TCP四次挥手的过程。包括客户端和服务端如何发送和确认FIN包来完成连接的关闭。文章还提供了一个完整的四次挥手实例。

系统维护与使用区

19,614

社区成员

74,560

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

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

+ 用AI写文章