TCP/IP三次握手、四次挥手的原因

最新推荐文章于 2023-09-04 18:39:55 发布
原创 最新推荐文章于 2023-09-04 18:39:55 发布 · 312 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细解释了TCP协议中三次握手建立连接的原因及其重要性，避免已失效的连接请求导致错误；同时阐述了四次挥手确保数据安全可靠传输的作用。

1、为什么要进行三次握手，两次不行吗？

答：三次握手的目的是“为了防止已经失效的连接请求报文段突然又传到服务端，因而产生错误”

 

2、为什么需要四次挥手

图片说明

答：防止报文段发送错误、接受错误的情况发生（包括客户端漏发、服务器端接受出错等），从而实现数据的安全、可靠传输。

 

参考链接：https://www.huaweicloud.com/articles/8203b7db11c2826e5f23ff6232bbe1ea.html

 

 

 

 

TCP三次握手与四次挥手的过程及原因
修炼中的kongkong
07-01 1595
****本篇文章来彻彻底底的分析一下TCP三次握手与四次挥手的过程及原因。。。→_→****
TCP/IP 三次握手&四次挥手详解，以及异常状态分析
最新发布
Mr_changxin的博客
02-20 2451
确认客户端与服务器之间都有收发功能。如客户端发出连接请求，但因连接请求报文丢失而未收到确认，于是客户端再重传一次连接请求。后来收到了确认，建立了连接。数据传输完毕后，就释放了连接，客户端共发出了两个连接请求报文段，其中第一个丢失，第二个到达了服务端，但是第一个丢失的报文段只是在某些网络结点长时间滞留了，延误到连接释放以后的某个时间才到达服务端，此时服务端误认为客户端又发出一次新的连接请求，于是就向客户端发出确认报文段，同意建立连接，不采用三次握手，只要服务端发出确认，就建立新的连接了，
网络编程之TCP协议为啥是三次握手和四次挥手？
福大馨的博客
08-06 4005
在学习TCP协议的时候，总是在强调三次握手，那么为什么是三次？而不是两次或者四次？（强迫症表示黑人问号？？？？） 今天我们就来分析一下为什么是三次，下图是一次TCP通讯的时序 在这个例子中,首先客户端主动发起连接、发送请求,然后服务器端响应请求,然后客户端主动关闭连接。两条竖线表示通讯的两端,从上到下表⽰示时间的先后顺序,注意：数据从一端传到网络的 另一端也需要时间,所
TCP三次握手和四次挥手的原因
a1985831055的博客
06-21 1015
为什么要进行三次握手呢（两次确认）？ 建立三次握手主要是因为A发送了再一次的确认，那么A为什么会再确认一次呢，主要是为了防止已失效的连接请求报文段又突然传送给B，从而产生了错误。 所谓“已失效的连接请求报文”是这样产生的，正常情况下，A发出连接请求，但是因为连接报文请求丢失而未收到确认，于是A再重传一次连接请求，后来收到了请求，并收到了确认，建立了连接，数据传输完毕后，就释放链接，A...
三次握手和四次挥手的过程原因，通俗的解释
zz18256889177的博客
05-24 1381
三次握手，四次挥手 三次握手的过程和原因 通俗的讲，就是通信的双方在发送数据之前，必须要建立一个连接，就是将客户端和服务端的内存里面保存一份关于对方的端口号和ip地址之类的一些数据(客户端和服务端，每一个程序，都会占用当前机器的一个端口号) **第一次握手：**客户端发送一个网络包（这个网络包就是一个初始化连接的序列号） 服务端接受到了这个序列号的时候，服务端可以得出结论就是，客户端的***发送能力***和服务端的***接收能力***是正常的，还能获取一些客户端的的一些信息，比如说ip地址端口号之类的。 但
TCPTCP三次握手和四次挥手的原因和过程
张泽的博客
03-23 221
TCP三次握手和四次挥手的过程 TCP三次握手过程 C->SYN->S S->SYN/ACK->C C->ACK->S 三次握手的原因：三次握手可以防止失效的连接请求报文突然又传输到服务器导致服务器资源的浪费。 TCP四次挥手过程 C->FIN->S S->ACK->C S->FIN->C C->ACK->S 四次...
TCP/IP三次握手,四次挥手详解
xtzhiker的博客
10-10 3503
第二次握手:服务端收到客户端建立连接的请求,发送自己的SYN报文作为应答,生成自己的序列号seq= y,把客户端的序列号加1作为自己ack的值,ack=x+1,此时服务端进入SYN-RCVD(接收到客户端的请求,.并响应客户端的请求,等待被确认)第三次握手:客户端收到同意的报文后,向服务端发送了一个确认报文,表示已经收到服务器端的同意连接的报文,把服务端的序列号加1作为ack 的值,发送完客户端进入ESTAB-LISHED状态。​ 这样服务端就能得出结论：客户端的发送能力、服务端的接收能力是正常的。
TCP/IP协议中三次握手四次挥手的原理及流程分析
08-28
TCP/IP协议中三次握手四次挥手的原理及流程分析 TCP/IP协议中三次握手四次挥手的原理及流程分析是计算机网络中非常重要的概念。它主要介绍了TCP/IP协议中三次握手四次挥手的原理及流程分析，具有一定参考价值。 ...
详解TCP/IP的三次握手和四次挥手
A_diligent_man的博客
09-04 1908
本文章讲解TCP/IP协议的三次握手和四次挥手的流程以及面试题。
​TCP/IP协议三次握手和四次挥手
fx20211108的博客
07-14 2681
TCP/IP简介：TCP/IP 是不同的通信协议的大集合。是指能够在多个不同网络间实现信息传输的协议族。TCP/IP协议不仅仅指的是TCP 和IP两个协议，而是指一个由FTP、SMTP、TCP、UDP、IP等协议构成的协议族， 只是因为在TCP/IP协议中TCP协议和IP协议最具代表性，所以被称为TCP/IP协议。TCP/IP协议参考ISO,OSI模型共有七层，但在TCP/IP协议中，它们被简化为了四个层次。如图：三次握手建立连接三次握手（Three-way Handshake）其实就是指建立一个TCP连接
tcp三次握手和四次挥手的过程以及原因
abaidaye的博客
11-28 304
.简述下TCP三次握手的过程，并解释采用3次握手建立连接的原因？ 客户端发送连接请求： syn=1 seq=x 服务端发送响应请求 syn=1 ack=x+1 seq =y 表示服务端准备好了 客户端发送确认的请求 ack=y+1 seq=x+1 客户端确认是刚才自己发的消息，且消息有效 那为什么需要三次握手呢？其实就像客户端的第二次握手我描述的那样是为了判断消息有效。 试想这样一个场景：客户端在很久很久之前发送了一个请求，但是由于网络因素或者是其他因素，他没有及时被服务端收到，也
TCP三次握手四次挥手的原因
joker4o的博客
01-29 303
1,引言 TCP三次握手，四次挥手的具体过程我就不讲了吧，很多高浏览量的博文都讲烂了，我主要是讲理解和一些重难点，虽然文字很长，但是看完了肯定有收获。 2，正文 首先大家最关心的，为什么要三次握手： 众所周知，网络层是不可靠的尽力交付的，他不管你送没送达，这就意味着有一种可能性， A向B发送一个SYN请求建立连接（暂且叫他S1），结果在某一个节点堵住了，延时了一小会，以至于超时了，这个时候，A重新向B发送一个SYN（叫他S2）请求，然后S2的连接已经建立起来了之后，之前发送的S1这个时候终于从经过层层堵塞又
三次握手和四次挥手的过程及原因
hertioy的博客
07-29 3935
三次握手： 第一次握手：client将标志位SYN置为1，随机产生一个值为seq=J，并将该数据包发送给server,client进入SYN_SENT状态，等待server确认。 第二次握手：server收到数据包后由标志位SYN=1知道client请求建立连接，server将标志位SYN和ACK都置为1，ack=J+1，随机产生一个值seq=K，并将数据包发送给client以确认连接请求，ser...
TCP三次握手，四次挥手、为什么是三次握手、TCP挥手比握手多一次的原因
qq_40177015的博客
03-17 1305
文章目录TCP三次握手，四次挥手TCP三次握手TCP四次挥手TCP三次握手的原因（为什么不是2次或者4次）TCP握手比挥手多一次的原因 TCP三次握手，四次挥手 TCP的报文段结构： 对于TCP的三次握手，需要用到的信号量以及序列号有： SYN：1位，其中SYN=1表示建立连接 seq：32位序号，随机生成 ACK：1位，其中ACK=1表示确认消息有效 ack：32位确认序号，seq+1 FIN：1位，其中FIN=1表示中断连接 TCP三次握手 TCP四次挥手 TCP三次握手的原因（为什么不是2次
TCP
hellosc2的博客
02-22 267
--Source Port是源端口，16位； --Destination Port是目的端口，16位 --Sequence Number是发送数据包中的第一个字节的序列号，32位 --Acknowledgment Number是确认序列号，32位 --Data Offset是数据偏移，4位，该字段的值是TCP首部长度除以4 标志位：6位，URG表示Urgent Pointer字段有意...
为什么一定要是三次握手，四次挥手
windyblankboy的博客
08-05 1165
应用层向TCP层发送用于网间传输的、用8位字节表示的数据流，然后TCP把数据流分区成适当长度的报文段（通常受该计算机连接的网络的数据链路层的最大传输单元（MTU）的限制）。之后TCP把结果包传给IP层，由它来通过网络将包传送给接收端实体的TCP层。TCP为了保证不发生丢包，就给每个包一个序号，同时序号也保证了传送到接收端实体的包的按序接收。然后接收端实体对已成功收到的包发回一个相应的确认（ACK）
为啥要三次握手，四次挥手？
m0_59070120的博客
04-06 580
三次握手的目的是“为了防止已经失效的连接请求报文段突然又传到服务端，因而产生错误” 客户端发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达服务器。本来这是一个早已失效的报文段。但服务器收到此失效的连接请求报文段后，就误认为是客户端再次发出的一个新的连接请求。于是就向客户端发出确认报文段，同意建立连接。 假设不采用“三次握手”，那么只要服务器发出确认，新的连接就建立了。由于现在客户端并没有发出建立连接的请求，因此不会理睬服务器的确认，也不会向服
TCP三次握手与四次挥手的过程以及原因
wangle965235568的博客
11-30 367
TCP的连接建立：三次握手 最初两边TCP进程都处于CLOSED（关闭状态）。A主动打开连接，B被动打开连接。 B的TCP服务器进程创建传输控制块TCB（Transmission Control Block），然后处于LISTEN（监听状态），准备接受客户端的连接请求。 1.A的TCP客户端进程也创建传输控制块TCB，向B主动发起连接报文段，此时报文段中SYN=1，随机选择一个初始序
Tcp为什么要三次握手四次挥手
alan00000的专栏
06-06 1272
client：黄河，server：长江 第一次：长江长江，我是黄河，听到请回答？ 第二次：黄河黄河，我是长江，我听到你了，你能听到我吗？ 第三次：长江长江，俺是黄河，我也能听到你，我要开始吐了。 其实第二次时黄河已经知道双方能通，但是长江还不知道自己的声音黄河能否收到，所以会有第三次黄河向长江的回应 参考：http://blog.chinaunix.net/uid-20726927-
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值