TCP的三次握手、四次挥手

最新推荐文章于 2024-04-10 23:55:21 发布
最新推荐文章于 2024-04-10 23:55:21 发布
阅读量130 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： HTTP
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_35717240/article/details/88641268

SYN: 代表创建连接

ACK：代表确认接收

ack：代表下一个数据包的编号，注意是小写

seq：序列号，发送过程中产生的随机数 

 

 

两张动图-彻底明白TCP的三次握手与四次挥手
qzcsu的博客
06-04 50万+
两张动图解析三次握手，四次挥手
Tcp三次握手四次挥手和SSL/TLS
m0_74064008的博客
09-18 1139
由于TCP连接是全双工的（即双方可以同时发送和接收数据），每一方都需要单独关闭各自的数据传输通道，确保连接的安全终止。它们提供了一种在客户端（如浏览器）和服务器之间建立安全通信的方式，确保数据传输的保密性、完整性和真实性。确保客户端和服务器都能够确认对方准备好建立连接，并且可以同步初始序列号，以保证数据传输的有序性和完整性。：在应用层和传输层之间执行，通常在TCP三次握手完成后进行，用于建立安全的加密通信。此时，客户端和服务器之间的连接已经建立，可以开始进行数据的传输。客户端在收到服务器的FIN后，进入。
一文搞懂TCP的三次握手和四次挥手
热门推荐
不脱发的程序猿
08-29 19万+
一文搞懂TCP的三次握手和四次挥手
【计算机网络】TCP三次握手四次挥手（超级详细）
weixin_67596609的博客
10-08 2万+
TCP使用三次握手和四次挥手来建立和终止连接。为什么建立和终止连接还需要这么麻烦呢？TIME_WAIT状态都有那些细节？不使用三次握手行不行啊？等等问题细节都进行了详解！！！赶快进来参观吧！
TCP三次握手四次挥手简介
栋幺栋幺-的博客
11-26 1483
TCP三次握手四次挥手简介 图解三次握手、四次挥手 建立连接：三次握手 ![nZu5pF.png](https://img-blog.csdnimg.cn/bc570bf201184acb9a0fe61a569a9f1a.png) 关闭连接：四次挥手 ![nZuIl4.png](https://img-blog.csdnimg.cn/043e9dfdc7184dd6a54a8ee1d9f831a6.png) 上图传递过程中出现的几个字符（SYN,ACK,FIN,seq,ack）各代表什么意思
简单理解TCP三次握手四次挥手（看一遍你就懂）
m0_56649557的博客
08-08 18万+
什么是TCP协议？ TCP( Transmission control protocol )即传输控制协议，是一种面向连接、可靠的数据传输协议，它是为了在不可靠的互联网上提供可靠的端到端字节流而专门设计的一个传输协议。 面向连接：数据传输之前客户端和服务器端必须建立连接 可靠的：数据传输是有序的 要对数据进行校验 TCP三次握手 为了保证客户端和服务器端的可靠连接，TCP建立连接时必须要进行三次会话，也叫TCP三次握手，进行三次握手的目的是为了确认双方的接收能力和发送能力是否正常。 举个栗子 公安局长王
TCP三次握手四次挥手
Cessi的博客
07-14 4290
TCP/IP协议三次握手与四次握手流程解析 一、TCP报文格式 TCP/IP协议的详细信息参看《TCP/IP协议详解》三卷本。下面是TCP报文格式图： 图1 TCP报文格式 seq是序列号，这是为了连接以后传送数据用的，ack是对收到的数据包的确认，值是等待接收的数据包的序列号。 在第一次消息发送中，A随机选取一个序列号作为自己的初始序号发送给B；第二次消息B使用ack对A的数据包进行确认，因为已经收到了序列号为x的数据包，准备接收序列号为x+1的包，所以ack=x+1，同时B告诉A自己..
TCP三次握手四次挥手详解
blast_dragon的博客
07-22 2688
三次握手和四次挥手的总结
TCP 三次握手和四次挥手
We choose to go to the moon in this decade and do the other things, not because they are easy, but beacase they are hard.
03-23 2万+
TCP 三次握手和四次挥手
TCP三次握手与四次挥手详解
青灯文案的博客
04-10 1万+
本文详细介绍了TCP连接中的三次握手和四次挥手的原理，并在此基础上，详细介绍了其衍生的十多个面试问题。
tcp三次握手四次挥手
06-05
### TCP三次握手与四次挥手详解 #### 一、TCP协议概述 TCP（Transmission Control Protocol，传输控制协议）是互联网中最关键的协议之一，属于OSI模型中的第四层——传输层。TCP是一种面向连接的、可靠的、基于...
TCP三次握手四次挥手的过程详解.md
02-08
TCP三次握手四次挥手的过程详解.mdTCP三次握手四次挥手的过程详解.mdTCP三次握手四次挥手的过程详解.md
toxiproxy-java-2.1.7.jar中文-英文对照文档.zip
09-05
1、压缩文件中包含： 中文-英文对照文档、jar包下载地址、Maven依赖、Gradle依赖、源代码下载地址。 2、使用方法： 解压最外层zip，再解压其中的zip包，双击 【index.html】 文件，即可用浏览器打开、进行查看。 3、特殊说明： （1）本文档为人性化翻译，精心制作，请放心使用； （2）只翻译了该翻译的内容，如：注释、说明、描述、用法讲解 等； （3）不该翻译的内容保持原样，如：类名、方法名、包名、类型、关键字、代码 等。 4、温馨提示： （1）为了防止解压后路径太长导致浏览器无法打开，推荐在解压时选择“解压到当前文件夹”（放心，自带文件夹，文件不会散落一地）； （2）有时，一套Java组件会有多个jar，所以在下载前，请仔细阅读本篇描述，以确保这就是你需要的文件。 5、本文件关键字： jar中文-英文对照文档.zip,java,jar包,Maven,第三方jar包,组件,开源组件,第三方组件,Gradle,中文API文档,手册,开发手册,使用手册,参考手册。
perl-enum-1.11-12.el8.tar.gz
09-05
# 适用操作系统：Centos8 #Step1、解压 tar -zxvf xxx.el8.tar.gz #Step2、进入解压后的目录，执行安装 sudo rpm -ivh *.rpm
混合智能优化算法在工程调度问题中的创新应用.docx
09-05
混合智能优化算法在工程调度问题中的创新应用.docx
存储系统Dell EMC Unity XT硬盘兼容性矩阵：支持驱动型号与最低OE版本配置指南
最新发布
09-05
内容概要：本文档为戴尔Dell EMC Unity XT存储系统的硬盘与操作环境（OE）兼容性矩阵，详细列出了支持的硬盘型号、容量、封装尺寸、部件号、驱动器类型、适用的阵列型号以及所需的最低OE版本。文档涵盖SAS Flash 2、SAS Flash 3、SAS Flash 4固态硬盘及HDD机械硬盘，适用于全闪存池、混合阵列和FAST缓存等配置，并特别注明NEBS合规型号及其适用的直流电源型号。同时强调Unity与Unity XT系统使用专用硬盘部件号，不可互换使用。; 适合人群：企业IT运维人员、存储系统工程师、戴尔存储产品技术支持人员；具备一定存储设备管理经验的技术人员。; 使用场景及目标：①为Unity XT存储系统选型和扩容提供硬盘兼容性参考；②确保升级或更换硬盘时满足最低OE版本要求，避免兼容性问题；③指导在不同机型（如Unity 380F DC）中正确选择符合NEBS标准的硬盘； 阅读建议：使
P1快速部署自己的yolov504：c++-mingw P2快速部署自己的yolov505c++-cmake+mingw
09-05
【P1】快速部署自己的yolov504：c++-mingw 【P2】快速部署自己的yolov505c++-cmake+mingw
操作系统课设(2).zip
09-05
操作系统课设(2).zip
【Python编程】基于装饰器的函数功能扩展技术详解：实现日志、计时与权限验证的高阶编程方法
09-05
内容概要：本文详细讲解了Python装饰器的概念、实现方式及实际应用，从基础语法到高级用法层层递进。通过函数装饰器、类装饰器、带参数的装饰器等形式，展示了如何在不修改原函数代码的前提下为其添加额外功能，如日志记录、性能测试、权限验证和缓存等，并强调了使用functools.wraps保留函数元信息的重要性。同时介绍了装饰器的执行顺序和常见局限性。; 适合人群：具备一定Python编程基础，熟悉函数、闭包和面向对象概念的开发者，尤其是工作1-3年的研发人员； 使用场景及目标：①理解装饰器如何实现横切关注点的分离；②掌握在实际项目中应用装饰器进行日志、计时、权限控制和缓存优化等；③深入理解Python高阶编程技巧，提升代码复用性和可维护性； 阅读建议：学习时应结合代码示例动手实践，重点关注装饰器的嵌套机制、参数传递和实际应用场景，同时注意调试时可能因装饰器带来的调用栈变化。
Tcp三次握手四次挥手
08-21
### TCP 三次握手和四次挥手的过程及原理 #### 一、TCP 三次握手过程及原理 TCP 是一种面向连接的可靠传输协议，在数据传输前需要通过三次握手来建立连接。以下是其具体过程： 1. **第一次握手** 客户端向服务器发起连接请求，发送一个带有 SYN 标志位的数据包，并随机生成一个初始序列号 `Seq=x`，此时客户端进入 `SYN_SENT` 状态[^5]。 2. **第二次握手** 服务器收到客户端的 SYN 请求后，返回一个确认消息，该消息同时携带两个标志位：SYN 和 ACK。其中，SYN 表示同意建立连接并随机生成自己的初始序列号 `Seq=y`；ACK 则是对客户端序列号的确认，即 `Ack=x+1`。此时服务器进入 `SYN_RCVD` 状态[^4]。 3. **第三次握手** 客户端收到服务器的响应后，再次发送一个确认消息给服务器，此消息仅带有一个 ACK 标志位，用于确认服务器的序列号，即 `Ack=y+1`。随后，客户端进入 `ESTABLISHED` 状态，而服务器在接收到这个 ACK 后也进入 `ESTABLISHED` 状态，至此完成三次握手[^1]。 通过以上三个步骤，双方不仅建立了连接，还同步了各自的序列号和确认号，从而确保后续通信的可靠性[^3]。 --- #### 二、TCP 四次挥手过程及原理 由于 TCP 协议采用全双工模式工作，因此关闭连接时需分别处理双向通道的释放问题，这通常涉及四个阶段的操作，称为“四次挥手”。 1. **第一次挥手** 主动关闭的一方（通常是客户端）发送 FIN 报文通知对方自己已经没有数据要发送了，同时终止本方向上的数据流。此时，主动关闭方进入 `FIN_WAIT_1` 状态[^2]。 2. **第二次挥手** 被动关闭一方（通常是服务器）收到 FIN 报文后，回应一个 ACK 报文作为确认，设置 `Ack=seq+1`，并将被动关闭方的状态改为 `CLOSE_WAIT`。与此同时，主动关闭方则转变为 `FIN_WAIT_2` 状态[^4]。 3. **第三次挥手** 当被关闭方也没有更多数据待发时，它会再发送一个 FIN 报文告知主动关闭方准备完全断开连接。此时，被动关闭方变为 `LAST_ACK` 状态[^5]。 4. **第四次挥手** 主动关闭方接收到来自被动关闭方的 FIN 报文之后，回复最后一个 ACK 报文予以确认，然后进入 `TIME_WAIT` 状态。经过一段时间延迟（一般为两倍最大分组生存时间 MSL），如果未检测到异常情况，则正式关闭连接并转入 `CLOSED` 状态。同样地，被动关闭方在接受到最终 ACK 报文后立即切换至 `CLOSED` 状态，结束整个流程[^3]。 值得注意的是，“四次挥手”的核心在于允许两端独立管理各自方向上的资源回收，保障任何尚未送达的信息能够得到妥善处理[^2]。 --- ```python # Python模拟TCP三次握手与四次挥手逻辑示意 class TCPSession: def __init__(self, client_seq, server_seq): self.client_seq = client_seq self.server_seq = server_seq def three_way_handshake(self): print(f"Client -> Server: SYN Seq={self.client_seq}") self.client_seq += 1 print(f"Server <- Client: SYN+ACK Ack={self.client_seq} Seq={self.server_seq}") self.server_seq += 1 print(f"Client -> Server: ACK Ack={self.server_seq}") def four_way_wavehand(self): print(f"Client -> Server: FIN Seq={self.client_seq}") print(f"Server <- Client: ACK Ack={self.client_seq + 1}") print(f"Server -> Client: FIN Seq={self.server_seq}") print(f"Client <- Server: ACK Ack={self.server_seq + 1}") session = TCPSession(0, 0) print("\n--- Three-Way Handshake ---") session.three_way_handshake() print("\n--- Four-Way Wavehand ---") session.four_way_wavehand() ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值