三次握手四次挥手

目录

1.在哪里存在？

2.TCP为什么要有三次握手和四次挥手？

3.三次握手和四次挥手的作用是什么？

4.详谈三次握手

5.详谈四次挥手

---

1.在哪里存在？

三次握手和四次挥手只在TCP中存在（不在UDP中存在）

（不知道TCP，UDP是什么的可以看我本专栏的其他博客）

2.TCP为什么要有三次握手和四次挥手？

因为TCP是一种面向链接的传输性协议（它提供了一个可靠的传输）

为了准确无误地把数据送达目标处，TCP协议采用了“三次握手‘策略。

断开一个 TCP 连接则需要“四次挥手”

3.三次握手和四次挥手的作用是什么？

TCP依靠三次握手四次挥手来保证可靠（注意只是保证可靠但不保证安全）。

4.详谈三次握手

三次握手的具体作用：***通过3次握手确定双方都能正确接收和发送消息***

举个例子方便理解：

假如AB两个机器人正在进行数据传输（可以配上下面漫画阅读）

首先通俗解释一下

1.第一次握手：A机器人通过此次握手知道的事情：无

                        B机器人通过此次握手知道的事情：A能发数据，B能接收数据

（因为此时，A虽然发送了数据但并未收到任何反馈，因此A也不知道自己的数据有没有成功发送，B有没有接收到，所以A现在仍然是一无所知。但B却接收到了A的数据，因此B此时已经知道了自己可以接收数据，也知道了A可以发送数据）

2.第二次握手：A机器人通过此次握手知道的事情：A能发数据，A能接收数据，B能发数据，B能                                                                                     接收数据

                        B机器人通过此次握手知道的事情：无

（此时A接收到了B的反馈数据，因此A知道了自己能够接收数据，也知道了B收到了自己第一次握手时发送的数据因此确定了自己能够发送数据。而B发送数据后还并未收到A的反馈，它也不能确定自己刚才的数据发送出去没有，因此B通过此次握手什么也没有知道）

3.第三次握手：A机器人通过此次握手知道的事情：无

                      B机器人通过此次握手知道的事情：A能接收数据，B能发数据

（此时B收到了A的反馈知道自己在第二次握手时发送数据成功了即B能发送数据，由此知道了A也能接受数据。）

至此双方都知道了自己和对方都有发送和接受数据的能力，三次握手的目的也就达到了

过程解释： 

1.客户端–发送带有 SYN 标志的数据包–一次握手–服务端

2.服务端–发送带有 SYN/ACK 标志的数据包–二次握手–客户端

3.客户端–发送带有带有 ACK 标志的数据包–三次握手–服务端   

三次握手是建立连接的过程，当客户端向服务端发起连接时会先发一包连接请求数据，过去询问一下：能否与你建立连接，这包数据被称为SYN包；如果对方同意建立连接，则回复一包SYN+ACK包；客户端收到后回复一包ACK包，连接建立。因为这次过程互相发送了三包数据，成为三次握手。

为什么要三次握手而不是两次握手（当服务端发送完SYN+ACK包就建立连接）？

这是为了防止因为已失效的请求报文突然又传到服务器引起错误。本质上说，三次握手就是为例解决网络信道不可靠的问题。为了在不可靠的信道上建立可靠连接。

5.详谈四次挥手

断开一个TCP 连接需要“四次挥手”

还是举个例子：

A 和 B 打电话，通话即将结束后，A 说“我没啥要说的了”，B回答“我知道了”，但是 B 可能还会有要说的话，A 不能要求 B 跟着自己的节奏结束通话，于是 B 可能又巴拉巴拉说了一通，最后 B 说“我说完了”，A 回答“知道了”，这样通话才算结束。

下面看图：

• 客户端-发送一个 FIN，用来关闭客户端到服务器的数据传送

• 服务器-收到这个 FIN，它发回一 个 ACK，确认序号为收到的序号加1 。和 SYN 一样，一个 FIN 将占用一个序号

• 服务器-关闭与客户端的连接，发送一个FIN给客户端

• 客户端-发回 ACK 报文确认，并将确认序号设置为收到序号加1

任何一方都可以在数据传送结束后发出连接释放的通知，待对方确认后进入半关闭状态。当另一方也没有数据再发送的时候，则发出连接释放通知，对方确认后就完全关闭了TCP连接。