三次握手和四次握手到底有啥区别?

简介: 三次握手和四次握手到底有啥区别?

1. 三次握手

TCP 协议中,在发送数据的准备阶段,客户端与服务器之间的三次交互,以保 证连接的可靠。

  1. • 第一次握手,客户端向服务器端发起 TCP 连接的请求
  2. • 第二次握手,服务器端发送针对客户端 TCP 连接请求的确认
  3. • 第三次握手,客户端发送确认的确认

三次握手和四次握手描述(来自尚硅谷)

1、客户端会随机一个初始序列号 seq=x,设置 SYN=1 ,表示这是 SYN 握手报文。然后就可以把这个 SYN 报文发送给服务端了,表示 向服务端发起连接,之后客户端处于同步已发送状态。 2、服务端收到客户端的 SYN 报文后,也随机一个初始序列号 (seq=y),设置 ack=x+1,表示收到了客户端的 x 之前的数据,希望客 户端下次发送的数据从 x+1 开始。 设置 SYN=1 和 ACK=1。表示这 是一个 SYN 握手和 ACK 确认应答报文。最后把该报文发给客户端,该 报文也不包含应用层数据,之后服务端处于同步已接收状态。

3、客户端收到服务端报文后,还要向服务端回应最后一个应答报文, 将 ACK 置为 1 ,表示这是一个应答报文 ack=y+1 ,表示收到了服务 器的 y 之前的数据,希望服务器下次发送的数据从 y+1 开始。 最后 把报文发送给服务端,这次报文可以携带数据,之后客户端处于 连接 已建立 状态。服务器收到客户端的应答报文后,也进入连接已建立状 态。

       完成三次握手,连接建立后,客户端和服务器就可以开始进行数据传输了。由 于这种面向连接的特性,TCP 协议可以保证传输数据的安全,所以应用十分广 泛,例如下载文件、浏览网页等。

2 四次挥手

TCP 协议中,在发送数据结束后,释放连接时需要经过四次挥手。

  1. • 第一次挥手:客户端向服务器端提出结束连接,让服务器做最后的准备工作。此 时,客户端处于半关闭状态,即表示不再向服务器发送数据了,但是还可以接受数 据。
  2. • 第二次挥手:服务器接收到客户端释放连接的请求后,会将最后的数据发给客户 端。并告知上层的应用进程不再接收数据。
  3. • 第三次挥手:服务器发送完数据后,会给客户端发送一个释放连接的报文。那么客 户端接收后就知道可以正式释放连接了。
  4. • 第四次挥手:客户端接收到服务器最后的释放连接报文后,要回复一个彻底断开的 报文。这样服务器收到后才会彻底释放连接。这里客户端,发送完最后的报文后,会 等待 2MSL,因为有可能服务器没有收到最后的报文,那么服务器迟迟没收到,就会 再次给客户端发送释放连接的报文,此时客户端在等待时间范围内接收到,会重新发 送最后的报文,并重新计时。如果等待 2MSL 后,没有收到,那么彻底断开。

1、客户端打算断开连接,向服务器发送 FIN 报文(FIN 标记位被设置为 1,1 表示为 FIN,0 表示不是),FIN 报文中会指定一个序列号,之后 客户端进入 FINWAIT1 状态。也就是客户端发出连接释放报文段(FIN 报文),指定序列号 seq = u,主动关闭 TCP 连接,等待服务器的确 认。

2、服务器收到连接释放报文段(FIN 报文)后,就向客户端发送 ACK 应 答报文,以客户端的 FIN 报文的序列号 seq+1 作为 ACK 应答报文段 的确认序列号 ack = seq+1 = u + 1。接着服务器进入 CLOSEWAIT(等 待关闭)状态,此时的 TCP 处于半关闭状态(下面会说什么是半关闭状 态),客户端到服务器的连接释放。客户端收到来自服务器的 ACK 应答 报文段后,进入 FINWAIT_2 状态。

3、服务器也打算断开连接,向客户端发送连接释放(FIN)报文段,之后 服务器进入 LASK_ACK(最后确认)状态,等待客户端的确认。服务器的 连接释放(FIN)报文段的 FIN=1,ACK=1,序列号 seq=m,确认序列号 ack=u+1。

4、客户端收到来自服务器的连接释放(FIN)报文段后,会向服务器发送 一个 ACK 应答报文段,以连接释放(FIN)报文段的确认序号 ack 作为 ACK 应答报文段的序列号 seq,以连接释放(FIN)报文段的序列号 seq+1 作为确认序号 ack。

之后客户端进入 TIMEWAIT(时间等待)状态,服务器收到 ACK 应答报文 段后,服务器就进入 CLOSE(关闭)状态,到此服务器的连接已经完成 关闭。客户端处于 TIMEWAIT 状态时,此时的 TCP 还未释放掉,需要 等待 2MSL 后,客户端才进入 CLOSE 状态。

3.二者区别

  • 三次握手是建立连接的过程,四次握手是关闭连接的过程。
  • 建立连接时,客户端和服务器需要交换三个数据包;关闭连接时,需要交换四个数据包。
  • 四次握手中,最后一个ACK是为了确认服务器已经接收到了客户端的关闭请求,防止出现丢失的情况。在三次握手中,最后一个ACK是用来确认客户端已经接收到服务器的同意连接请求。

总体来说,三次握手和四次握手是TCP连接的建立和关闭的标准过程,确保通信双方的状态同步和数据的可靠传输。

相关实践学习
容器服务Serverless版ACK Serverless 快速入门:在线魔方应用部署和监控
通过本实验,您将了解到容器服务Serverless版ACK Serverless 的基本产品能力,即可以实现快速部署一个在线魔方应用,并借助阿里云容器服务成熟的产品生态,实现在线应用的企业级监控,提升应用稳定性。
云原生实践公开课
课程大纲 开篇:如何学习并实践云原生技术 基础篇: 5 步上手 Kubernetes 进阶篇:生产环境下的 K8s 实践 相关的阿里云产品:容器服务 ACK 容器服务 Kubernetes 版(简称 ACK)提供高性能可伸缩的容器应用管理能力,支持企业级容器化应用的全生命周期管理。整合阿里云虚拟化、存储、网络和安全能力,打造云端最佳容器化应用运行环境。 了解产品详情: https://www.aliyun.com/product/kubernetes
相关文章
|
4天前
|
网络协议
TCP协议中用于建立和终止连接的过程(三次握手,四次挥手)
TCP协议中用于建立和终止连接的过程(三次握手,四次挥手)
12 0
|
4天前
|
网络协议 Linux 网络架构
如何理解 TCP 四次挥手
【4月更文挑战第11天】TCP关闭连接需四次挥手:一方发送FIN包进入FIN_WAIT_1,对方收到后进入CLOSE_WAIT,读取EOF并发送FIN,进入LAST_ACK;另一方收到FIN并ACK,进入TIME_WAIT,等待2MSL后关闭。每个方向的FIN和ACK各一次,故称四次挥手。UDP不需建立连接,断开时删除目的地址和端口映射。
|
4天前
|
移动开发 网络协议 API
三次握手与四次挥手在具体函数上的体现
三次握手与四次挥手在具体函数上的体现
28 0
|
4天前
|
网络协议 Linux 存储
深入理解Linux网络——TCP连接建立过程(三次握手源码详解)
一、相关实际问题 1. 为什么服务端程序都需要先listen一下 2. 半连接队列和全连接队列长度如何确定 3. “Cannot assign requested address”这个报错是怎么回事 4. 一个客户端端口可以同时用在两条连接上吗 5. 服务端半/全连接队列满了会怎么样 6. 新连接的soket内核对象是什么时候建立的 7. 建立一条TCP连接需要消耗多长时间 8. 服务器负载很正常,但是CPU被打到底了时怎么回事
|
6月前
|
网络协议
07 tcp三次握手、四次挥手、十种状态
07 tcp三次握手、四次挥手、十种状态
253 0
|
7月前
|
网络协议 网络性能优化
TCP 建立连接为啥需要经过三次握手
TCP 建立连接为啥需要经过三次握手
44 0
|
7月前
|
网络协议 安全 Linux
TCP 三次握手与四次挥手深入探究(大图解)
TCP 三次握手与四次挥手深入探究(大图解)
196 1
|
监控 网络协议 前端开发
【网络小知识】TCP协议介绍/三次握手,四次挥手的作用
TCP协议介绍/三次握手,四次挥手的作用
|
缓存 网络协议 安全
TCP三次握手四次挥手及常见问题解决方案
TCP三次握手四次挥手及常见问题解决方案
TCP三次握手四次挥手及常见问题解决方案
|
网络协议
【七日打卡】三次握手概念
TCP一种是面向连接的可靠的传输协议, 那什么是连接呢?用最简单的物理连接举个例子,打比方TCP是根网线,百度和APP是两个小人,网线分别插在百度和APP上后,就建立连接了。但在程序中肯定不是这种物理连接方式的,那什么是程序上的连接呢,这就要从三次握手开始说了。
【七日打卡】三次握手概念