admin管理员组

文章数量:1530518

三次握手过程简述

Client在打算建立TCP连接时，向server发出连接请求报文段，该报文段首部的SYN=1，seq=x(随机选取)，随后client进入SYN-SENT状态，此为第一次握手。

Server收到连接请求报文段之后，如果同意建立连接，则向client发送确认报文段，该报文段首部的SYN=1，ACK=1，seq=y(随机选取)，ack=x+1，随后server进入SYN-RCVD状态，此为第二次握手。

Client收到server的确认后，向server发送对收到的确认的确认报文段，该报文段首部的ACK=1，seq=x+1，ack=y+1，随后client进入ESTABLISHED状态，server收到确认后也进入ESTABLISHED状态，此为第三次握手。

（前两次握手不能携带数据，第三次握手可以携带数据，如果第三次握手不携带数据，则不消耗序号。）

为什么要三次握手？

通过三次握手可以让通信双方都知道对方同意建立连接，并成功地协商一些参数(如初始序号，最大窗口值等)。如果只握手两次，将有一方无法确定对方是否已经收到它发送的报文段，这就不能保证参数协商的成功，自然也就不能保证可靠传输。另外，三次握手还避免了在网络中滞留的已失效的连接请求报文段突然传送到对方而产生错误，因为两次握手的情况下服务器收到连接请求并发送确认报文段后便进入连接已建立状态，开始分配系统资源等待接收数据，若连接请求是已失效的，则将会导致服务器资源被白白浪费，甚至还可能会接收到不该接收的数据。

本文标签： 协议原因过程TCP

版权声明：本文标题：TCP协议中三次握手的过程及原因 内容由热心网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：https://m.elefans.com/xitong/1725457963a1024430.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。