dede系统做的网站如何调用cu3er官网flash 3d焦点图,视频网站logo怎么做的,wordpress 即时联系,怎么在建设厅网站报名TCP三次握手#xff0c;四次挥手的全过程#xff0c;为什么需要三次握手#xff0c;四次挥手 一. TCP三次握手#xff0c;四次挥手的全过程#xff0c;为什么需要三次握手#xff0c;四次挥手前言TCP协议的介绍三次握手三次握手流程#xff1a;1. A 的 TCP 向 B 发送 连… TCP三次握手四次挥手的全过程为什么需要三次握手四次挥手 一. TCP三次握手四次挥手的全过程为什么需要三次握手四次挥手前言TCP协议的介绍三次握手三次握手流程1. A 的 TCP 向 B 发送 连接请求报文段其首部中的同步位 SYN 1 并随机选择一个序号 seq x 表明传送数据时的第一个数据字节序号为 x。2. B 的 TCP 收到连接请求报文段后如果同意则发挥连接同意报文3. A 收到此报文后向 B 给出确认其 ACK 1 确认号 ack y 1seq x 14. B 的 TCP 收到主机A的确认后也通知其上层应用进程TCP连接已经建立 TCP 为什么需要三次握手而不是两次那可不可以是四次五次或者更多次 四次挥手首先解释为什么需要四次挥手四次挥手流程1. 数据传输结束后通信双方都可以释放连接2. B收到后。发出确认意思我收到了ACK 1,确认号 ack u1而这个报文段自己的序号为seq v3. 当B发送完数据后就可以释放连接。4. A 收到连接释放报文后必须发出确认。ACK 1 确认好 ack w 1序号seq u1。 简单的总结一下 二. TCP的三次握手与四次挥手为什么TCP连接的时候是3次2次不可以吗为什么TCP连接的时候是3次关闭的时候却是4次为什么客户端发出第四次挥手的确认报文后要等2MSL的时间才能释放TCP连接前言一、什么是TCP二、TCP报文的头部结构重要字段 三、三次握手三次握手的本质是确认通信双方收发数据的能力。第一次握手第二次握手第三次握手 四、四次挥手第一次挥手第二次挥手第三次挥手第四次挥手 五、常见面试题5.1 为什么TCP连接的时候是3次2次不可以吗5.2 为什么TCP连接的时候是3次关闭的时候却是4次5.3 为什么客户端发出第四次挥手的确认报文后要等2MSL的时间才能释放TCP连接 一. TCP三次握手四次挥手的全过程为什么需要三次握手四次挥手
前言
主要介绍为什么TCP协议需要三次握手和四次挥手
TCP协议的介绍
传输控制协议TCPTransmission Control Protocol是一种面向连接的、可靠的、基于字节流的传输层通信协议. 面向连接可靠传输 确认流量、差错控制、定时 可靠按序交付 不支持多播和广播开销大 TCP连接是基于字节流的 传输的数据单位是TCP报文段
三次握手
TCP连接的建立三次握手 使每一方确认对方的存在 允许双方进行参数的协商 进行资源的分配
标志位 SYN: Synchronize Sequence Numbers同步序列编号 ACK: Acknowledge Character确认字符 (不同与ack) 关键字: seqSequence Number序列号 代表本条消息的序列号 按序交付 ack期待下一次收到的序列号一般为seq1
三次握手流程
1. A 的 TCP 向 B 发送 连接请求报文段其首部中的同步位 SYN 1 并随机选择一个序号 seq x 表明传送数据时的第一个数据字节序号为 x。
TCP 协议规定SYN 置 1 的报文段不能携带数据但是要消耗一个序号 2. B 的 TCP 收到连接请求报文段后如果同意则发挥连接同意报文
B 在连接同意报文段中应使 SYN 1 使 ACK 1 其确认号ack x 1 ,自己随机选择一个序号seq y
3. A 收到此报文后向 B 给出确认其 ACK 1 确认号 ack y 1seq x 1
A 的TCP通知上层应用进程连接已经建立 4. B 的 TCP 收到主机A的确认后也通知其上层应用进程TCP连接已经建立 TCP 为什么需要三次握手而不是两次
不是两次的主要原因使为了防止多次连接导致连接混乱。 比如A 主机的网络较差连续发送了多个连接请求B收到请求后给予想用但是B不知道A是否收到了同意连接请求就只能重复同意这些过期的请求可能回导致网络的混乱 所以设计成三次握手的情况客户端在接收到服务端SEQ1的返回消息之后就会知道这个连接是历史连接所以会发送报文给服务端告诉服务端。 所以三次握手的原因就是避免多次建立重复连接
那可不可以是四次五次或者更多次
可以但是没有必要三次已经足够适应需求了多次的握手可能导致了资源的浪费
四次挥手
TCP连接的释放双向释放4次挥手
首先解释为什么需要四次挥手
TCP是基于全双工通信的所以双方都可以主动释放连接。 四次挥手的意义就在于当 A 发送完最后一条数据之后但可能B还有未发送给A 的数据。 所以A在发送完收据后可以请求释放连接此时B给与A响应告诉A我知道你想断开连接此时A还可以继续接收B发送的信息。 在B处理完工作后也请求释放连接。A同意后就断开连接。 这样可以保证数据正常可靠的交互。
四次挥手流程
FIN : 标志位请求关闭连接
TCP 的标准规定FIN报文即使不携带数据信息也需要消耗一个seq
1. 数据传输结束后通信双方都可以释放连接
现在假设A向B已经发送完数据A就可以发出连接释放报文段并停止在发送数据主动关闭TCP连接 A 把连接释放报文首部的 FIN 1其序列号 seq u等待 B 的确认。 u 为 A 已传送数据的最后一个字节的序号加1 2. B收到后。发出确认意思我收到了ACK 1,确认号 ack u1而这个报文段自己的序号为seq v
从A 到 B 这个方向的连接就释放了TCP 连接处于半关闭状态。B 若发送数据,A仍需要接收 3. 当B发送完数据后就可以释放连接。
B 发出的连接释放报文 的 FIN 1 ,序号为wack仍为u1
4. A 收到连接释放报文后必须发出确认。ACK 1 确认好 ack w 1序号seq u1。
至此双方断开连接
简单的总结一下
我是这么理解的 a—b:第一次握手a问b你能听到吗 b—a:第二次握手b回答能听到并反问a能听到吗 a—b:第三次握手a回答b能听到连接确定
二. TCP的三次握手与四次挥手为什么TCP连接的时候是3次2次不可以吗为什么TCP连接的时候是3次关闭的时候却是4次为什么客户端发出第四次挥手的确认报文后要等2MSL的时间才能释放TCP连接
前言
TCP的三次握手与四次挥手是面试中的高频考点需要能掌握。
一、什么是TCP
TCP是一种面向连接的、可靠的、基于字节流的传输层通信协议在发送数据前通信双方必须在彼此间建立一条连接所谓的连接其实就是客服端和服务端保存的一份关于对方的信息如ip地址、端口号等。 TCP可以看成是一种字节流它会处理IP层或以下的层的丢包、重复以及错误问题。 在建立连接的过程中双方需要交换一些连接参数这些参数可以放在TCP头部。一个TCP连接由一个4元组构成分别是两个IP地址和两个端口号。 一个TCP连接通常分为三个阶段连接、数据传输、退出关闭。通过三次握手来建立一个链接通过四次挥手来关闭一个链接。 当一个链接被建立或者被终止时交换的报文段只包含TCP头部而没有数据。
二、TCP报文的头部结构 重要字段
1、序号seq序号32位用来标识从TCP源端向目的端发送的字节流发起方发送数据时对此进行标记。 2、确认序号ack序号占32位只有ACK标志为1时确认序号字段才有效。ackseq1 3、标志位共6个即URG、ACK、PSH、RST、SYN、FIN等具体含义如下 ACK确认序号有效。 FIN释放一个连接。 PSH接收方应该尽快将这个报文交给应用层。 RST重置连接。 SYN发起一个新的连接。 URG紧急指针urgent pointer有效。
需要注意的是不要把确认序号ack与标志位中的ACK搞混了。确认方ack发起方seq1两端配对。
三、三次握手
TCP在传送数据前必须建立连接TCP连接是通过三次握手建立的。 三次握手通俗比喻 以前电话没有普及的时候村里面通信基本上靠吼。 有一天老张下地了家里有事老孙赶紧跑到田头去喊老张。 老孙老张~我是老孙你能听得到我说话吗 老张老孙老孙我是老张我能听到你能听到吗 老王一听是老张老张我听到了我有要事要跟你说。 连接建立开始传输消息 “你老婆要生了你赶紧回去吧” 三次握手的本质是确认通信双方收发数据的能力。
首先我让信使运输一份信件给对方对方收到了那么他就知道了我的发件能力和他的收件能力是可以的。于是他给我回信我若收到了我便知我的发件能力和他的收件能力是可以的并且他的发件能力和我的收件能力是可以。然而此时他还不知道他的发件能力和我的收件能力到底可不可以于是我最后回馈一次他若收到了他便清楚了他的发件能力和我的收件能力是可以的。这就是三次握手。
第一次握手
客户端要向服务端发起连接请求首先客户端随机生成一个起始序列号ISN(比如是100)那客户端向服务端发送的报文段包含SYN标志位(也就是SYN1)序列号seq100。
第二次握手
服务端收到客户端发过来的报文后发现SYN1知道这是一个连接请求于是将客户端的起始序列号100存起来并且随机生成一个服务端的起始序列号(比如是300)。然后给客户端回复一段报文回复报文包含SYN和ACK标志(也就是SYN1,ACK1)、序列号seq300、确认号ack101(客户端发过来的序列号1)。
第三次握手
客户端收到服务端的回复后发现ACK1并且ack101,于是知道服务端已经收到了序列号为100的那段报文同时发现SYN1知道了服务端同意了这次连接于是就将服务端的序列号300给存下来。然后客户端再回复一段报文给服务端报文包含ACK标志位(ACK1)、ack301(服务端序列号1)、seq101(第一次握手时发送报文是占据一个序列号的所以这次seq就从101开始需要注意的是不携带数据的ACK报文是不占据序列号的所以后面第一次正式发送数据时seq还是101)。当服务端收到报文后发现ACK1并且ack301就知道客户端收到序列号为300的报文了就这样客户端和服务端通过TCP建立了连接。
四、四次挥手
四次挥手的目的是关闭一个连接
比如客户端初始化的序列号ISA100服务端初始化的序列号ISA300。TCP连接成功后客户端总共发送了1000个字节的数据服务端在客户端发FIN报文前总共回复了2000个字节的数据。
第一次挥手
当客户端的数据都传输完成后客户端向服务端发出连接释放报文(当然数据没发完时也可以发送连接释放报文并停止发送数据)释放连接报文包含FIN标志位(FIN1)、序列号seq1101(10011000其中的1是建立连接时占的一个序列号)。需要注意的是客户端发出FIN报文段后只是不能发数据了但是还可以正常收数据另外FIN报文段即使不携带数据也要占据一个序列号。
第二次挥手
服务端收到客户端发的FIN报文后给客户端回复确认报文确认报文包含ACK标志位(ACK1)、确认号ack1102(客户端FIN报文序列号11011)、序列号seq2300(3002000)。此时服务端处于关闭等待状态而不是立马给客户端发FIN报文这个状态还要持续一段时间因为服务端可能还有数据没发完。
第三次挥手
服务端将最后数据(比如50个字节)发送完毕后就向客户端发出连接释放报文报文包含FIN和ACK标志位(FIN1,ACK1)、确认号和第二次挥手一样ack1102、序列号seq2350(230050)。
第四次挥手
客户端收到服务端发的FIN报文后向服务端发出确认报文确认报文包含ACK标志位(ACK1)、确认号ack2351、序列号seq1102。注意客户端发出确认报文后不是立马释放TCP连接而是要经过2MSL(最长报文段寿命的2倍时长)后才释放TCP连接。而服务端一旦收到客户端发出的确认报文就会立马释放TCP连接所以服务端结束TCP连接的时间要比客户端早一些。
五、常见面试题
5.1 为什么TCP连接的时候是3次2次不可以吗
因为需要考虑连接时丢包的问题如果只握手2次第二次握手时如果服务端发给客户端的确认报文段丢失此时服务端已经准备好了收发数(可以理解服务端已经连接成功)据而客户端一直没收到服务端的确认报文所以客户端就不知道服务端是否已经准备好了(可以理解为客户端未连接成功)这种情况下客户端不会给服务端发数据也会忽略服务端发过来的数据。 如果是三次握手即便发生丢包也不会有问题比如如果第三次握手客户端发的确认ack报文丢失服务端在一段时间内没有收到确认ack报文的话就会重新进行第二次握手也就是服务端会重发SYN报文段客户端收到重发的报文段后会再次给服务端发送确认ack报文。
5.2 为什么TCP连接的时候是3次关闭的时候却是4次
因为只有在客户端和服务端都没有数据要发送的时候才能断开TCP。 而客户端发出FIN报文时只能保证客户端没有数据发了服务端还有没有数据发客户端是不知道的。 而服务端收到客户端的FIN报文后只能先回复客户端一个确认报文来告诉客户端我服务端已经收到你的FIN报文了但我服务端还有一些数据没发完等这些数据发完了服务端才能给客户端发FIN报文(所以不能一次性将确认报文和FIN报文发给客户端就是这里多出来了一次)。
5.3 为什么客户端发出第四次挥手的确认报文后要等2MSL的时间才能释放TCP连接
这里同样是要考虑丢包的问题如果第四次挥手的报文丢失服务端没收到确认ack报文就会重发第三次挥手的报文这样报文一去一回最长时间就是2MSL所以需要等这么长时间来确认服务端确实已经收到了。 Vivien_oO0
TCP三次握手四次挥手的全过程为什么需要三次握手四次挥手
sunzixiao
TCP的三次握手与四次挥手为什么TCP连接的时候是3次2次不可以吗为什么TCP连接的时候是3次关闭的时候却是4次为什么客户端发出第四次挥手的确认报文后要等2MSL的时间才能释放TCP连接
