简述TCP的三次握手和四次挥手
三次握手
第一次握手:客户端发送数据包(seq=x)给服务端,并把SYN(建立连接)标志位置为1;
第二次握手:服务端收到客户端的请求,把SYN也置为1,同时生成数据包(seq=y),ACK为(确认连接)为1,ack为x+1;
第三次握手:客户端收到服务端的同意请求返回,客户端再给服务端返回ack标志位置为y+1。完成TCP连接
四次挥手
第一次挥手:客户端向服务端发出结束数据发送的请求,FIN标志位置为1,seq=m,客户端的状态为FIN_WAIT_1的状态;
第二次挥手:服务端收到客户端的FIN信号后,服务端会进入到CLOSE_WAIT状态,ACK为1,seq=n,ack=m+1,客户端进入到FIN_WAIT_1状态;
第三次挥手:服务端数据发送完成,FIN标志位置为1,ACK为1,seq=q,ack=m+1,服务端进入LAST_ACK状态;
第四次挥手:客户端接收到服务端的结束返回信息,进入到TIME_WAIT状态,ACK为1,seq=m+1,ack=q+1,返回给服务端,关闭TCP连接。
简单描述
三次握手:
第一次握手:客户端发送SYN(SEQ=x)报文给服务器端,进入SYN_SEND状态,等待服务器确认;
第二次握手:服务器端收到SYN报文,回应一个SYN (SEQ=y)ACK(ACK=x+1)报文,进入SYN_RECV状态。
第三次握手:客户端收到服务器端的SYN报文,回应一个ACK(ACK=y+1)报文,进入Established状态,完成三次握手。
握手过程中传送的包里不包含数据,三次握手完毕后,客户端与服务器才正式开始传送数据。理想状态下,TCP连接一旦建立,在通信双方中的任何一方主动关闭连接之前,TCP 连接都将被一直保持下去。
四次挥手:
与建立连接的“三次握手”类似,断开一个TCP连接则需要“四次握手”。
第一次挥手:主动关闭方发送一个FIN,用来关闭主动方到被动关闭方的数据传送,也就是主动关闭方告诉被动关闭方:我已经不 会再给你发数据了(当然,在fin包之前发送出去的数据,如果没有收到对应的ack确认报文,主动关闭方依然会重发这些数据),但是,此时主动关闭方还可 以接受数据。
第二次挥手:被动关闭方收到FIN包后,发送一个ACK给对方,确认序号为收到序号+1(与SYN相同,一个FIN占用一个序号)。
第三次挥手:被动关闭方发送一个FIN,用来关闭被动关闭方到主动关闭方的数据传送,也就是告诉主动关闭方,我的数据也发送完了,不会再给你发数据了。
第四次挥手:主动关闭方收到FIN后,发送一个ACK给被动关闭方,确认序号为收到序号+1,至此,完成四次挥手。
几个重要标识符
SYN(synchronous):同步位
ACK(acknowledgement):确认位
FIN(finish):结束位
ack(Acknowledge number):确认号
seq(Sequence number):序列号
__EOF__

本文链接:https://www.cnblogs.com/obeigong/p/16575359.html
关于博主:评论和私信会在第一时间回复。或者直接私信我。
版权声明:本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!
声援博主:如果您觉得文章对您有帮助,可以点击文章右下角【推荐】一下。您的鼓励是博主的最大动力!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· AI技术革命,工作效率10个最佳AI工具