三次握手和四次挥手

第一次握手：

建立连接时，客户端发送SYN包（SYN=x）到服务器，并进入SYN_SENT状态，等待服务器确认；

第二次握手：

服务器收到SYN包，必须确认客户的SYN（ack=x+1），同时自己也发送一个SYN（syn=y），即SYN+ACK包，此时服务器进入SYN_RECV状态

第三次握手：

客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=y+1），此包发送完毕，客户端和服务器进入ESTABLISHED（TCP连接成功）状态

SYN报文是用来同步的
ACK报文是用来应答的

例如A给B发信息 听得到吗

b给a回 听得到 你听得到我吗

a给b发 听到了 我们可以讲话了

四次挥手

第一次挥手：当客户端的数据都传输完成后，客户端向服务端发出连接释放报文(当然数据没发完时也可以发送连接释放报文并停止发送数据)，释放连接报文包含FIN标志位(FIN=1)、序列号seq=1101(100+1+1000，其中的1是建立连接时占的一个序列号)。需要注意的是客户端发出FIN报文段后只是不能发数据了，但是还可以正常收数据；另外FIN报文段即使不携带数据也要占据一个序列号。
第二次挥手：服务端收到客户端发的FIN报文后给客户端回复确认报文，确认报文包含ACK标志位(ACK=1)、确认号ack=1102(客户端FIN报文序列号1101+1)、序列号seq=2300(300+2000)。此时服务端处于关闭等待状态，而不是立马给客户端发FIN报文，这个状态还要持续一段时间，因为服务端可能还有数据没发完。
第三次挥手：服务端将最后数据(比如50个字节)发送完毕后就向客户端发出连接释放报文，报文包含FIN和ACK标志位(FIN=1,ACK=1)、确认号和第二次挥手一样ack=1102、序列号seq=2350(2300+50)。
第四次挥手：客户端收到服务端发的FIN报文后，向服务端发出确认报文，确认报文包含ACK标志位(ACK=1)、确认号ack=2351、序列号seq=1102。注意客户端发出确认报文后不是立马释放TCP连接，而是要经过2MSL(最长报文段寿命的2倍时长)后才释放TCP连接。而服务端一旦收到客户端发出的确认报文就会立马释放TCP连接，所以服务端结束TCP连接的时间要比客户端早一些。

 

为什么挥手要比握手多一次？

关闭连接时，当Server端收到FIN报文时，很可能并不会立即关闭SOCKET，

所以只能先回复一个ACK报文，告诉Client端，"你发的FIN报文我收到了"。

只有等到我Server端所有的报文都发送完了，我才能发送FIN报文，因此不能一起发送。

故需要四步握手。

例如

A给B发消息：“我打算关闭了！”

B给A回消息：“你的消息我收到了！但是我活还没干完，等我一会！”

B给A回消息：“好了，我活干完了！”

A给B发消息：“好的，我挂断了！”——同时等待一段时间后关闭

B收到消息后立即关闭