1.三次握手针对的是建立连接，四次挥手针对的是断开连接。
（1）三次握手
三次握手.png
①客户端请求建立连接(SYN)，并且发送出序号。
②服务端接受到信号，即有确认号（ACK）,此时并同样返回请求序号Seq
③客户端接受到信号，即有确认号（ACK），连接已经建立。
(2)为什么需要三次握手而不是两次四次？
①在第一次通信过程中，A向B发送信息之后，B收到信息后可以确认自己的收信能力和A的发信能力没有问题。
②在第二次通信中，B向A发送信息之后，A可以确认自己的发信能力和B的收信能力没有问题，但是B不知道自己的发信能力到底如何，所以就需要第三次通信。
③在第三次通信中，A向B发送信息之后，B就可以确认自己的发信能力没有问题。
3次握手完成两个重要的功能，既要双方做好发送数据的准备工作(双方都知道彼此已准备好)，也要允许双方就初始进行协商，在握手过程中被发送和确认。
三次握手比两次更可靠，但也不是完全可靠，而追加更多次握手也不能使连接更可靠了。因此选择了三次握手。
世界上不存在完全可靠的通信协议。从通信时间成本空间成本以及可靠度来讲，选择了“三次握手”作为点对点通信的一般规则。
（3）四次挥手
四次挥手.png
①服务端申请断开连接即FIN，发送Seq+Ack
②客户端接收信息返回，表示我已经接收到
③客户端发送信息表示可以断开连接
④服务端接受信息，返回数据表示已接受信息
（4）为什么连接的时候是三次握手，关闭的时候却是四次握手？
①因为当Server端收到Client端的SYN连接请求报文后，可以直接发送SYN+ACK报文。其中ACK报文是用来应答的，SYN报文是用来同步的。
②但是关闭连接时，当Server端收到FIN报文时，很可能并不会立即关闭SOCKET，所以只能先回复一个ACK报文，告诉Client端，“你发的FIN报文我收到了”。
③只有等到我Server端所有的报文都发送完了，我才能发送FIN报文，因此不能一起发送。故需要四步握手。
A：“任务处理完毕，我希望断开连接。”
B：“哦，是吗？请稍等，我准备一下。”
等待片刻后……
B：“我准备好了，可以断开连接了。”
A：“好的，谢谢合作
本文非原创，转载自我终于搞懂了TCP的三次握手和四次挥手（图片案例详解） - 程序员大本营 (pianshen.com)
