为什么不能两次握手
@华颜522：tcp为什么要三次握手,而不能二次握手 -
沙毛18716028274…… tcp三次握手的目的是为了解决“网络中存在延迟的重复分组”的问题. “已失效的连接请求报文段”的产生在这样一种情况下:client发出的第一个连接请求报文段并没有丢失,而是在某个网络结点长时间的滞留了,以致延误到连接释放以后的某个时间才到达server. 本来这是一个早已失效的报文段,但server收到此失效的连接请求报文段后,就误认为是client再次发出的一个新的连接请求.于是就向client发出确认报文段,同意建立连接. 假设不采用“三次握手”,那么只要server发出确认,新的连接就建立了.由于现在client并没有发出建立连接的请求,因此不会理睬server的确认,也不会向server发送ack包.
@华颜522：TCP连接的为什么不能用二次握手 -
沙毛18716028274…… 这也是个问题 但是这肯定比二次握手好些 A认为连接成功 B发送的确认丢失了 不是还有个RST标志吗 这个会复位连接的
@华颜522：为什么不能同时与两人握手?
沙毛18716028274…… 老朋友聚会、同时接待多位客人、演出结束时接受观众的问候……当面对的人员众 多时,同时与两人握手似乎能表示自己对握手对象同等的、迫不及待的热情,其实这样 做对被握的两个人同样不敬.同时与两个人握手,便无法很好地与其中任何一位进行交流.如果两人身份较高, 他们都会感到受了冷落;如果他们关系不合,他们会以为你别有用心.同时与两人握 手,传达给别人的信息是:我没有时间,我对你们每个人都不感兴趣,我和你们握手, 只是走过场而已.同时与两人握手相当于同时对两个人冷笑.如果你不想得罪任何一个人,一定不要 那样做.以交叉十字的形式握手被视为不祥,也应避免.
@华颜522：TCP建立连接为什么是三次握手而不是两次握手 -
沙毛18716028274…… 《计算机网络》(谢希仁 译)中讲了原因:1.采用两次握手,那么若Client向Server发起的包A1如果在传输链路上遇到的故障,导致传输到Server的时间相当滞后,在这个时间段由于Client没有收到Server的对于包A1的确认,那么就会重传一个...
@华颜522：TCP建立连接为什么是三次握手,为什么不是两 -
沙毛18716028274…… 建立连接的过程是利用客户服务器模式,假设主机A为客户端,主机B为服务器端.(1)TCP的三次握手过程:主机A向B发送连接请求;主机B对收到的主机A的报文段进行确认;主机A再次对主机B的确认进行确认.(2)采用三次握手是为了防止失...
@华颜522：为什么tcp连接的时候是三次握手,关闭的时候是四次握手 -
沙毛18716028274…… TCP的三次握手和四次断开 TCP是一个面向连接的服务,面向连接的服务是电话系统服务模式的抽象,每一次完整的数据传输都必须经过建 立连接,数据传输和终止连接3个过程,TCP建立连接的过程称为三次握手,下面看一下三次握手的具本...
@华颜522：TCP为何采用三次握手来建立连接,若采用二次握手可以吗? -
沙毛18716028274…… 三次握手是为了防止已失效的连接请求再次传送到服务器端. 二次握手不可行,因为:如果由于网络不稳定,虽然客户端以前发送的连接请求以到达服务方,但服务方的同意连接的应答未能到达客户端.则客户方要重新发送连接请求,若采用二次握手,服务方收到重传的请求连接后,会以为是新的请求,就会发送同意连接报文,并新开进程提供服务,这样会造成服务方资源的无谓浪费.
@华颜522：TCP建立连接的过程为什么不是两次握手 -
沙毛18716028274…… 为什么不是两次 我们先来将三次握手这个过程捋一遍.(S-服务端,C-客户端) 第一次握手后,S可以确认自己收报文与C发报文的功能都正常,而C呢,它什么都不能确认. 第二次握手后,C可以确认自己的收发报文与S的收发报文功能都正常,也就是认为连接已建立. 那么第三次呢,S也可以确认双方能够正常通信. 假想一下,如果我们去掉了第三次呢? 因为我们不进行第三次握手,所以在S对C的请求进行回应(第二次握手)后,就会理所当然的认为连接已建立,而如果C并没有收到S的回应呢?此时,C仍认为连接未建立,S会对已建立的连接保存必要的资源,如果大量的这种情况,S会崩溃. 因此第三次握手是必要的.
@华颜522：TCP为什么是三次握手,为什么不是两次或者四次 -
沙毛18716028274…… 三次握手的目的:是为了确认双方都有收发数据的能力. 第一次: A->B,证明A有发消息的能力. 第二次: ->B && B->A,证明B有收消息,并且有发消息的能力. 第三次: A->B,证明A有收消息的能力. 二次握手达不到目的,四次多余.
@华颜522：1.HTTP协议为什么要三次握手,而不是2次/4次握手? -
沙毛18716028274…… 三次握手是为了实现正常确认连接成功的最简单的步骤模型.2次太少,无法获取到对方的状态.4次的交互有点效率低,在第二次发起交互的时候,被连接端就可以把自己的确认状态发送过去,效率较高.
沙毛18716028274…… tcp三次握手的目的是为了解决“网络中存在延迟的重复分组”的问题. “已失效的连接请求报文段”的产生在这样一种情况下:client发出的第一个连接请求报文段并没有丢失,而是在某个网络结点长时间的滞留了,以致延误到连接释放以后的某个时间才到达server. 本来这是一个早已失效的报文段,但server收到此失效的连接请求报文段后,就误认为是client再次发出的一个新的连接请求.于是就向client发出确认报文段,同意建立连接. 假设不采用“三次握手”,那么只要server发出确认,新的连接就建立了.由于现在client并没有发出建立连接的请求,因此不会理睬server的确认,也不会向server发送ack包.
@华颜522：TCP连接的为什么不能用二次握手 -
沙毛18716028274…… 这也是个问题 但是这肯定比二次握手好些 A认为连接成功 B发送的确认丢失了 不是还有个RST标志吗 这个会复位连接的
@华颜522：为什么不能同时与两人握手?
沙毛18716028274…… 老朋友聚会、同时接待多位客人、演出结束时接受观众的问候……当面对的人员众 多时,同时与两人握手似乎能表示自己对握手对象同等的、迫不及待的热情,其实这样 做对被握的两个人同样不敬.同时与两个人握手,便无法很好地与其中任何一位进行交流.如果两人身份较高, 他们都会感到受了冷落;如果他们关系不合,他们会以为你别有用心.同时与两人握 手,传达给别人的信息是:我没有时间,我对你们每个人都不感兴趣,我和你们握手, 只是走过场而已.同时与两人握手相当于同时对两个人冷笑.如果你不想得罪任何一个人,一定不要 那样做.以交叉十字的形式握手被视为不祥,也应避免.
@华颜522：TCP建立连接为什么是三次握手而不是两次握手 -
沙毛18716028274…… 《计算机网络》(谢希仁 译)中讲了原因:1.采用两次握手,那么若Client向Server发起的包A1如果在传输链路上遇到的故障,导致传输到Server的时间相当滞后,在这个时间段由于Client没有收到Server的对于包A1的确认,那么就会重传一个...
@华颜522：TCP建立连接为什么是三次握手,为什么不是两 -
沙毛18716028274…… 建立连接的过程是利用客户服务器模式,假设主机A为客户端,主机B为服务器端.(1)TCP的三次握手过程:主机A向B发送连接请求;主机B对收到的主机A的报文段进行确认;主机A再次对主机B的确认进行确认.(2)采用三次握手是为了防止失...
@华颜522：为什么tcp连接的时候是三次握手,关闭的时候是四次握手 -
沙毛18716028274…… TCP的三次握手和四次断开 TCP是一个面向连接的服务,面向连接的服务是电话系统服务模式的抽象,每一次完整的数据传输都必须经过建 立连接,数据传输和终止连接3个过程,TCP建立连接的过程称为三次握手,下面看一下三次握手的具本...
@华颜522：TCP为何采用三次握手来建立连接,若采用二次握手可以吗? -
沙毛18716028274…… 三次握手是为了防止已失效的连接请求再次传送到服务器端. 二次握手不可行,因为:如果由于网络不稳定,虽然客户端以前发送的连接请求以到达服务方,但服务方的同意连接的应答未能到达客户端.则客户方要重新发送连接请求,若采用二次握手,服务方收到重传的请求连接后,会以为是新的请求,就会发送同意连接报文,并新开进程提供服务,这样会造成服务方资源的无谓浪费.
@华颜522：TCP建立连接的过程为什么不是两次握手 -
沙毛18716028274…… 为什么不是两次 我们先来将三次握手这个过程捋一遍.(S-服务端,C-客户端) 第一次握手后,S可以确认自己收报文与C发报文的功能都正常,而C呢,它什么都不能确认. 第二次握手后,C可以确认自己的收发报文与S的收发报文功能都正常,也就是认为连接已建立. 那么第三次呢,S也可以确认双方能够正常通信. 假想一下,如果我们去掉了第三次呢? 因为我们不进行第三次握手,所以在S对C的请求进行回应(第二次握手)后,就会理所当然的认为连接已建立,而如果C并没有收到S的回应呢?此时,C仍认为连接未建立,S会对已建立的连接保存必要的资源,如果大量的这种情况,S会崩溃. 因此第三次握手是必要的.
@华颜522：TCP为什么是三次握手,为什么不是两次或者四次 -
沙毛18716028274…… 三次握手的目的:是为了确认双方都有收发数据的能力. 第一次: A->B,证明A有发消息的能力. 第二次: ->B && B->A,证明B有收消息,并且有发消息的能力. 第三次: A->B,证明A有收消息的能力. 二次握手达不到目的,四次多余.
@华颜522：1.HTTP协议为什么要三次握手,而不是2次/4次握手? -
沙毛18716028274…… 三次握手是为了实现正常确认连接成功的最简单的步骤模型.2次太少,无法获取到对方的状态.4次的交互有点效率低,在第二次发起交互的时候,被连接端就可以把自己的确认状态发送过去,效率较高.
