笑看三次握手，泪别四次挥手

TCP的三次握手，四次挥手

笑看三次握手

• 第一次握手：建立连接时，客户端发送syn包（syn=j）到服务器，并进入SYN_SENT状态，等待服务器确认；SYN：同步序列编号（Synchronize Sequence Numbers）。
• 第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；
• 第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=k+1），此包发送完毕，客户端和服务器进入ESTABLISHED（TCP连接成功）状态，完成三次握手。

类别四次挥手

• 第一次挥手：客户端进程发出连接释放报文，并且停止发送数据。释放数据报文首部，FIN=1，其序列号为seq=x(是最后一个报文尾号加一)，客户端进入（等待状态1）
• 第二次挥手：服务器收到连接释放报文，发出确认报文，告诉客户端我这里还有没有数据没发送完，这个时候服务器还处于（半关闭状态），客户端还是要接收服务器发来的数据。
• 客户端收到服务器的确认请求后，此时客户端就进入（等待状态2），等待服务器发送连接释放报文
• 第三次挥手：服务器将最后的数据发送完毕后，就向客户端发送连接释放报文，这时服务端还是处于半关闭状态还是会发送数据，等待客户端的确认。客户端确认后服务端处于（全关闭状态）。
• 第四次挥手：客户端收到服务器的连接释放报文后，必须发出确认，此时，客户端就进入了（时间等待状态）。
• 服务器只要收到了客户端发出的确认，就结束了这次的TCP连接，可见服务器结束TCP连接的时间要比客户端早一些。

常见的面试题

1、 为什么不能用两次握手进行连接？

• 3次握手完成了两个重要的功能，首先是双方做好发送数据的准备工作(双方都知道彼此已准备好)，然后是允许双方就初始序列号进行协商，这个序列号在握手过程中被发送和确认。如果是两次握手，死锁是可能发生。两次握手无法知晓双方是否建立好链接，这样就会一直在发生请求建立连接造成死锁。

2、 为什么连接的时候是三次握手，关闭的时候却是四次握手？

• 连接时三次握手分别是客户端请求服务端建立连接，第二次是服务端向客户端发送确认建立连接的信号，第三次是客户端建立连接的请求。四次握手分别是客户端告诉服务端发送停止发送，第二次挥手是服务端接收到客户端的信号后，会告诉客户端我还有报文没有发送完，这时服务端还是会发送。客户端接受的信息后会发送一个信号并处于等待2状态，第三次挥手服务端把报文发送完毕并释放报文，第四次挥手是客户端接收到最后的报文后并告知服务端，此次连接结束。