TCP的三次握手 与 四次挥手

TCP的连接建立是一个三次握手过程，目的是为了通信双方确认开始序号，以便后续通信的有序进行

主要步骤：

服务器一定处于Listen状态，否则客户端发过来的连接会被拒绝。注：服务器和客户端的角色是相对的。

1. 连接开始时，连接建立方(Client)发送SYN包，并包含了自己的初始序号a；

2. 连接接受方(Server)收到SYN包以后会回复一个SYN包，其中包含了对上一个a包

的回应信息ACK，回应的序号为下一个希望收到包的序号，即a＋1，然后还包含

了自己的初始序号b；

3. 连接建立方(Client)收到回应的SYN包以后，回复一个ACK包做响应，其中包含了

下一个希望收到包的序号即b＋1。

 

 

TCP终止连接的四次握手过程如下：

服务器与客户端都处于ESTABLISHED状态，且有一方主动发起了关闭，另外一方会被动关闭。被动关闭的一方需要处理socket的资源回收等，被动关闭的一方需要及时关闭，所以说被动关闭的一方出现大量CLOSE_WAIT状态通常都是因为程序代码问题。

1. 首先进行关闭的一方（即发送第一个FIN）将执行主动关闭，而另一方（收到这

个FIN）执行被动关闭。

2. 当服务器收到这个FIN，它发回一个ACK，确认序号为收到的序号加1。和SYN一

样，一个FIN将占用一个序号。

3. 同时TCP服务器还向应用程序（即丢弃服务器）传送一个文件结束符。接着这个

服务器程序就关闭它的连接，导致它的TCP端发送一个FIN。

4. 客户必须发回一个确认，并将确认序号设置为收到序号加1。

关于三次握手与四次挥手通常都会有典型的面试题，在此提出供有需求的XDJM们参考：

（1）三次握手是什么或者流程？四次握手呢？

（2）为什么建立连接是三次握手，而关闭连接却是四次挥手呢？

这是因为服务端在LISTEN状态下，收到建立连接请求的SYN报文后，把ACK和SYN放在一个报文里发送给客户端。而关闭连接时，当收到对方的FIN报文时，仅仅表示对方不再发送数据了但是还能接收数据，己方也未必全部数据都发送给对方了，所以己方可以立即close，也可以发送一些数据给对方后，再发送FIN报文给对方来表示同意现在关闭连接，因此，己方ACK和FIN一般都会分开发送。