三次握手原理

三次握手（Three-way Handshake）是指在建立一个TCP连接时，客户端和服务器会一共发送三个报文段。

初始时客户端和服务器都处于CLOSED状态，当服务器应用程序创建一个监听套接字时，服务器处于LISTEN状态。

1.第一次握手：客户端向服务器发送一个SYN报文段，报文段的首部中的标志位SYN置为1，另外还会指明自己的初始化序号seq=x，此时客户端处于SYN_SENT状态。

2.第二次握手：服务器收到SYN的报文段后，会以自己的SYN-ACK报文进行应答。该应答报文的首部有三个重要信息：首先SYN被置为1；其次，确认号字段ack=x+1；最后服务器选择自己的初始序号seq=y。该报文段表明：“我收到了你发起建立连接的请求，该请求报文的初始序号是x（确认号ack=x+1就表明了我收到了初始序号seq=x的报文），我同意建立该连接，我的初始序号是y。”此时服务器处于SYN_RCVD状态。

3.第三次握手：客户端收到SYN-ACK报文后，会发送一个ACK报文段，该报文段中序号seq=x+1，确认号ack=y+1，表明我已经收到了你的确认。此时客户端处于ESTABLISHED状态。

服务器收到 ACK 报文之后，也处于 ESTABLISHED 状态，此时，双方以建立起了链接。

需要注意的是：第一次握手和第二次握手都只是消耗掉一个序号，但不能携带数据；第三次握手可以携带数据。

 

三次握手的作用？（为什么要进行三次握手？两次握手不行吗？）

1.1 三次握手的作用：

（1）确认双方的接受能力、发送能力是否正常。
（2）指定自己的初始化序列号，为后面的可靠传送做准备。

1.2 三次握手的目的是什么？

第一次握手：客户端给服务器发送一个报文，告知服务器：“我客户端想和你建立连接”。

服务器收到第一段报文后得出结论：客户端发送功能正常，服务器接收功能正常。

第二次握手：服务器收到报文后给客户端回复一个报文，告知客户端：“我服务器收到了你的请求，同意和你建立连接”。

客户端收到第二段报文后得出结论：客户端发送和接收功能都正常，服务器的发送接收功能也都正常。（但此时服务器不能确认客户端的接收功能和自己的发送功能是否正常）。

第三次握手：客户端收到第二段报文后给服务器回复一个报文，告知服务器：“我客户端收到了你的回复，知道你同意连接，那我们开始连接吧！”

服务器收到第三段报文后得出结论：客户端的接收功能和服务器的发送功能也都正常。

所以当服务器收到第三个报文后，两边就建立起了TCP连接。

1.3 两次握手为什么不行？

那么两次握手为什么不行就显而易见了，只有前两次握手的话，服务器就不能确认自己回复的报文段是否被客户端接收到，也就不知道自己的发送功能和客户端的接收功能是否正常。
————————————————
版权声明：本文为CSDN博主「小玄ｋｓ」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/m0_52373742/article/details/120927298