详细介绍一下建立TCP连接的三次握手机制?
lipiwang 2024-10-25 15:49 13 浏览 0 评论
TCP三次握手机制,是建立可靠传输连接的基础操作,通过三次握手机制确保了客户端与服务端可以建立起一个稳定、可靠的全双工通信连接。三次握手能够使得通信双方确定通信的能力、同步序列号、防止出现重复连接的情况出现。下面我们就来详细介绍一下TCP三次握手的具体操作过程。
三次握手的具体过程
三次握手包括客户端和服务器之间的三个消息交互并且涉及到了两个关键标志位:SYN(Synchronize)和ACK(Acknowledge)。
第一次握手:客户端发送连接请求(SYN)
首先第一次握手,客户端会向服务端发送一个SYN的报文,该报文包含一个初始序列号(Sequence Number),假设为x。表明它想与服务端建立起连接,此时,客户端进入SYN-SENT状态,报文内容如下所示。
SYN=1, Seq=x
其作用就是客户端告诉服务端,它希望建立连接,并同步序列号。
第二次握手:服务器同意连接请求并响应(SYN+ACK)
服务器收到客户端的SYN报文后,回复一个SYN+ACK报文,其中ACK表示确认客户端的序列号即ACK=x+1,SYN表示同意,这个时候服务器发送一个自己的初始序列号,假设为y,表示它也希望建立连接。此时,服务器进入SYN-RCVD状态。
SYN=1, ACK=1, Seq=y, Ack=x+1
第三次握手:客户端确认连接(ACK)
客户端收到服务端的SYN+ACK后,回复一个确认ACK报文,确认服务端的序列号,ACK=y+1,表示确认服务端的序列号。同时,客户端可以开始发送数据。之后,客户端进入ESTABLISHED(已建立连接)状态。
ACK=1, Seq=x+1, Ack=y+1
客户端确认服务端的SYN请求,连接正式建立。双方进入ESTABLISHED状态,可以开始数据传输。
握手状态转换
- 客户端:CLOSED → SYN-SENT → ESTABLISHED
- 服务器:CLOSED → LISTEN → SYN-RCVD → ESTABLISHED
为什么需要三次握手,而不是两次或四次?
两次握手的局限性
如果只有两次握手,那么当客户端发送SYN,服务端如果直接返回SYN+ACK并建立连接,在这种情况下,会导致服务端无法确认客户端是否能正常收到其SYN+ACK报文,也就是说无法保证客户端还能否正常接收消息,如果此时同步消息,容易导致连接状态不同步问题。
三次握手的充分性
三次握手可以确保双方的发送和接收能力,以及序列号的同步,是建立可靠连接的最简方案。
四次握手的冗余性
四次握手并非必须,根据上面的介绍,我们知道第三次握手后客户端与服务器已经确认双方的通信能力,因此第四次并无意义。
总结
三次握手通过SYN和ACK报文,确保了客户端和服务端之间的通信通道是可靠的、同步的,并且为后续数据的可靠传输提供了基础支持。这是也是TCP协议能够保证可靠传输的核心机制之一。
相关推荐
- 软件测试|MySQL CROSS JOIN:交叉连接的详细解析
-
简介在MySQL数据库中,CROSSJOIN是一种用于生成两个或多个表的笛卡尔积的连接方法。CROSSJOIN不需要任何连接条件,它将左表的每一行与右表的每一行进行组合,从而生成一个包含所...
- 「MySQL笔记」left join-on-and 与 left join-on-where 的区别
-
1.摘要关于这两种写法的重要知识点摘要如下:left-join时,即使有相同的查询条件,二者的查询结果集也不同,原因是优先级导致的,on的优先级比where高on-and是进行韦恩运算连接...
- MySQL中的JOIN——联合查询的基本语法
-
MySQL中的JOIN指令用来将两个或多个表中的数据进行联合查询,根据连接条件来匹配记录,从而得到需要的结果集。在MySQL中,常见的JOIN类型包括INNERJOIN、LEFTJOIN和RIGH...
- MySQL 中的 CROSS JOIN:强大的连接工具
-
CROSSJOIN在MySQL里是一种挺特别的连接操作,它能弄出连接表的笛卡尔积。这就是说,要是表A有m行,表B有n行,那ACROSSJOINB的结果就会有m*n...
- 大厂必问:MySQL 三表 JOIN 操作的解析与性能优化,效率又如何?
-
大厂必问:MySQL三表JOIN操作的解析与性能优化策略,效率又如何?点击关注,开启技术之旅!大家好,这里是互联网技术学堂,无论你是一名程序员、设计师、还是对技术充满好奇心的普通人,都欢迎你加入...
- 面试题:MySQL 的 JOIN 查询优化(mysql查询优化方法)
-
MySQL的JOIN查询优化是提升数据库性能的关键环节。以下是综合多个技术文档的核心优化策略,按优先级和实现难度分类:一、索引优化:性能提升的基础为连接字段建立索引确保参与JOIN的列(通常...
- Flink中处理维表关联技术实现路径
-
在Flink中处理维表关联大体氛围TableSQLLookupJoin和DataStream算子函数,主要技术实现路径:I.FlinkSQL/TableAPI中的Lookup...
- 深入剖析Zookeeper原理(一)整体设计
-
1.ZK集群架构设计与特性1.ZK集群架构设计:ZK主要分为三种角色:Leader(领导者):一个Zookeeper集群同一时间只会有一个实际工作的Leader,它会发起并维护与各Follwer及...
- 多种负载均衡算法及其Java代码实现
-
首先给大家介绍下什么是负载均衡负载均衡建立在现有网络结构之上,它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。负载均衡,英...
- 一分钟了解SpringCloud中的ribbon到底是什么,原理是啥?
-
1.概念ribbon是一款客户端负载均衡器,用于微服务之间的负载均衡。首先,什么是客户端负载均衡?如图,ribbon可以通过注册中心获取服务列表,然后自己执行自己的负载均衡策略来决定要访问哪个微服务,...
- Step by Step之腾讯云短信-验证码实践
-
在商城小程序和前端上线用了一阵子之后,用户提出了体验提升的需求,如忘记密码、绑定用户、快捷注册等,作为业界最佳实践的短信验证码登录、重置密码和注册等功能开发也就提上日程了,本文就以重置密码为例,将验证...
- 10分钟入门响应式:Springboot整合kafka实现reactive
-
Springboot引入Reactor已经有一段时间了,笔者潜伏在各种技术群里暗中观察发现,好像scala圈子的同仁们,似乎对响应式更热衷一点。也许是因为他们对fp理解的更深吧,所以领悟起来障碍性更少...
- 使用java随机生成有个性的用户名,LOL地名+水浒传,合计2808个
-
*随机生成用户名*取水浒传108好汉名字*取LOL地名26个,组合而成*一共可以生成2808个不同特色的用户名如果你在上网的时候,用户名难取的话,这里有很多可选择的用户名,现提供100个...
- 深入理解Math.random()的概率分布特性
-
直接上源码/***Returnsa{@codedouble}valuewithapositivesign,*返回一个带符号的double类型的数字,说人话就是返回一个非负...
- 编程英文 - 创建/生成/构建 (create/generate/build)
-
在软件开发中,create、generate和build这三个词经常被用到,它们都与"创造"或"产生"某些东西有关,但在具体使用场景和含义上有所不同。基本含义creat...
你 发表评论:
欢迎- 一周热门
- 最近发表
-
- 软件测试|MySQL CROSS JOIN:交叉连接的详细解析
- 「MySQL笔记」left join-on-and 与 left join-on-where 的区别
- MySQL中的JOIN——联合查询的基本语法
- MySQL 中的 CROSS JOIN:强大的连接工具
- 大厂必问:MySQL 三表 JOIN 操作的解析与性能优化,效率又如何?
- 面试题:MySQL 的 JOIN 查询优化(mysql查询优化方法)
- Flink中处理维表关联技术实现路径
- 深入剖析Zookeeper原理(一)整体设计
- 多种负载均衡算法及其Java代码实现
- 一分钟了解SpringCloud中的ribbon到底是什么,原理是啥?
- 标签列表
-
- maven镜像 (69)
- undefined reference to (60)
- zip格式 (63)
- oracle over (62)
- date_format函数用法 (67)
- 在线代理服务器 (60)
- shell 字符串比较 (74)
- x509证书 (61)
- localhost (65)
- java.awt.headless (66)
- syn_sent (64)
- settings.xml (59)
- 弹出窗口 (56)
- applicationcontextaware (72)
- my.cnf (73)
- httpsession (62)
- pkcs7 (62)
- session cookie (63)
- java 生成uuid (58)
- could not initialize class (58)
- beanpropertyrowmapper (58)
- word空格下划线不显示 (73)
- jar文件 (60)
- jsp内置对象 (58)
- makefile编写规则 (58)