TCP的三次握手与四次挥手详细介绍
TCP的三次握手与四次挥手详细介绍
为什么是三次握手?
目的:防止已失效的连接请求又传到了服务器端。
场景(A为客户,B为服务器):A向B发送一个请求连接报文,但是这个报文在网络中阻塞了,并没有传到B。所以B也无法向A发送确认报文,在A的重传计时器到达之后,A再次向B发送请求连接报文,这个报文B收到了,并且向A做出应答,建立连接,传输数据。数据传输完后,关闭连接。问题来了,就在B关闭连接之后,A第一次发送的请求连接报文到了(这个报文是已经失效的),B以为A要再次创建一个新连接,于是向A发送确认报文。
如果采用两次握手的话,此时连接已经建立了。但是A根本没有向B发送请求连接报文,所以A并不会理会B的确认。B以为此时连接已经建立了,就会一直等待A向它发送数据。这样B的资源就白白浪费了。
但是采用三次握手就不同了,A不会因为B的确认而向B发送确认,B收不到A的确认,就知道B没有请求连接。B的资源也就不会浪费。
感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!
相关推荐
-
TCP关闭问题详细介绍
摘要: 三次握手,四次挥手 意思是tcp建立连接时需要三次交互来完成,A发起连接 A --- SYN --> B A <-- SYN + ACK --- B (1) A --- ACK --> B 而关闭tcp连接需要四次交互,A发起关闭 A --- FIN --> B A <-- ACK --- B (1) A <-- FIN --- B A --- ACK --> B (2) 这里在(1)时B开始处于CLOSE_WAIT状态,一直到收到ACK后B才转为CLOS
-
TCP 四种定时器(重传定时器,坚持计时器,保活定时器,时间等待计时器)
TCP 四种定时器 重传定时器 主要为了防止报文丢失或者阻塞.当A向B发送报文时,就会启动重传定时器,若在定时器到达之后,仍没有收到B的确认报文,则A会重新发送上次发送的报文.同时,令重传定时器复位.继续计时. 坚持计时器 此计时器针对下面场景: 当B向A发送了0窗口报文,B此时已经没有空间接受A发送的数据了,通知A停止发送.A在收到后即停止发送,等待一段时间后,B有了一些空间,可以继续接收了.此时再向A发送非0窗口报文.如果此非0窗口报文在网络中阻塞或者丢失了,那么A将永远以为B没有空间接收数
-
TCP的三次握手与四次挥手详细介绍
TCP的三次握手与四次挥手详细介绍 为什么是三次握手? 目的:防止已失效的连接请求又传到了服务器端. 场景(A为客户,B为服务器):A向B发送一个请求连接报文,但是这个报文在网络中阻塞了,并没有传到B.所以B也无法向A发送确认报文,在A的重传计时器到达之后,A再次向B发送请求连接报文,这个报文B收到了,并且向A做出应答,建立连接,传输数据.数据传输完后,关闭连接.问题来了,就在B关闭连接之后,A第一次发送的请求连接报文到了(这个报文是已经失效的),B以为A要再次创建一个新连接,于是向A发送确认报
-
两张动图--带你搞懂TCP的三次握手与四次挥手
目录 TCP的概述 TCP报文首部 TCP连接的建立(三次握手) 什么TCP客户端最后还要发送一次确认呢? TCP连接的释放(四次挥手) 为什么客户端最后还要等待2MSL? 如果已经建立了连接,但是客户端突然出现故障了怎么办? 总结 背景描述 通过上一篇中网络模型中的IP层的介绍,我们知道网络层,可以实现两个主机之间的通信.但是这并不具体,因为,真正进行通信的实体是在主机中的进程,是一个主机中的一个进程与另外一个主机中的一个进程在交换数据.IP协议虽然能把数据报文送到目的主机,但是并没有交付给主
-
计算机网络传输协议TCP三次握手与四次挥手原理
目录 TCP三次握手四次挥手 服务器状态转换 客户端状态转换 TCP状态转换图 TCP中常见的面试题 为什么是三次握手,不是一次或者两次 为什么是三次握手,四次挥手 如果已经建立了连接,但是客户端突然出现故障了怎么办? 为什么会有TIME_WAIT状态 我们来想一想,为什么TIME_WAIT的时间是2MSL 解决TIME_WAIT状态引起的bind失败的方法 TCP三次握手四次挥手 我们之前在 传输层协议TCP与UDP中详细介绍了UDP协议和TCP协议格式以及他们各自的特点,我们知道TCP协议是
-
TCP第三次握手传数据过程图解
RFC793文档里带有SYN标志的过程包是不可以携带数据的,也就是说三次握手的前两次是不可以携带数据的(逻辑上看,连接还没建立,携带数据好像也有点说不过去).重点就是第三次握手可不可以携带数据. 先说结论:TCP协议建立连接的三次握手过程中的第三次握手允许携带数据. 对照着上边的TCP状态变化图的连接建立部分,我们看下RFC793文档的说法.RFC793文档给出的说法如下(省略不重要的部分): 重点是这句 "Data or controls which were queued for trans
-
php 解析xml 的四种方法详细介绍
php 解析xml 的四种方法 XML处理是开发过程中经常遇到的,PHP对其也有很丰富的支持,本文只是对其中某几种解析技术做简要说明,包括:Xml parser, SimpleXML, XMLReader, DOMDocument. 1. XML Expat Parser: XML Parser使用Expat XML解析器.Expat是一种基于事件的解析器,它把XML文档视为一系列事件.当某个事件发生时,它调用一个指定的函数处理它.Expat是无验证的解析器,忽略任何链接到文档的DTD.但是,如
-
Docker 网络模式(四种)详细介绍
Docker 网络模式 本文首先介绍了Docker自身的4种网络工作方式, Docker作为目前最火的轻量级容器技术,有很多令人称道的功能,如Docker的镜像管理.然而,Docker同样有着很多不完善的地方,网络方面就是Docker比较薄弱的部分.因此,我们有必要深入了解Docker的网络知识,以满足更高的网络需求. 四种网络模式 我们在使用docker run创建Docker容器时,可以用--net选项指定容器的网络模式,Docker有以下4种网络模式: · host模式,使用--net=h
-
Java中四种引用类型详细介绍
Java 四种引用类型 对象的强.软.弱和虚引用 在JDK 1.2以前的版本中,若一个对象不被任何变量引用,那么程序就无法再使用这个对象.也就是说,只有对象处于可触及(reachable)状态,程序才能使用它.从JDK 1.2版本开始,把对象的引用分为4种级别,从而使程序能更加灵活地控制对象的生命周期.这4种级别由高到低依次为:强引用.软引用.弱引用和虚引用. ⑴强引用(StrongReference) 强引用是使用最普遍的引用.如果一个对象具有强引用,那垃圾回收器绝不会回收它.当内存空间不足,
-
ASP.NET 使用 Dispose 释放资源的四种方法详细介绍
目录 1. 创建一个实现 IDisposable 接口的类 2. 使用 "using" 语句处理 IDisposable 对象 3. 在请求结束时处理 IDisposable 对象 4. 使用内置的 IoC 容器处理 IDisposable 对象 5. 使用 IHostApplicationLifetime 事件处理 IDependency 对象 ASP.NET 使用 Dispose 释放资源的四种方法 Dispose 和 Finalize 是运行的 .NET 和 .NET Core
-
TCP/IP协议中三次握手四次挥手的原理及流程分析
当初学的是通信专业,毕业以后,同学们各奔东西,去追逐自己的梦想,奔波于大大小小的工地之间.哈哈,开个玩笑,也有厉害的,进了某某研究所,嗯?他爸不是所长,内心不要太阴暗.记得有一门十分高大上的课程,名字叫做计算机网络(大概是这个名字吧).里面有一个关于握手的概念,现在温习一下. 先来看看原理图: TCP是面向连接的,无论哪一方向另一方发送数据之前,都必须先在双方之间建立一条连接.在TCP/IP协议中,TCP 协议提供可靠的连接服务,连接是通过三次握手进行初始化的.三次握手的目的是同步连接双方的序列
随机推荐
- 备份恢复分区表的工具Disk Genius使用详解第1/4页
- struts1实现简单的登录功能实例(附源码)
- PHP6连接SQLServer2005的三部曲
- php的SimpleXML方法读写XML接口文件实例解析
- mysql允许所有host访问的方法
- 解决Asp.net Mvc返回JsonResult中DateTime类型数据格式问题的方法
- Java关于IO流的全面介绍
- java协变返回类型使用示例
- node.js中的querystring.parse方法使用说明
- linux下oracle设置开机自启动实现方法
- 浅析jQuery事件之on()方法绑定多个选择器,多个事件
- Android 6.0权限申请详解及权限资料整理
- JavaScript贪吃蛇小组件实例代码
- 比较详细的DIV+CSS布局网页对网站SEO的影响
- 浅谈Python中range和xrange的区别
- 关于单片机按键问题性能提升总结
- php数组遍历类与用法示例
- python实现五子棋人机对战游戏
- python 图片去噪的方法示例
- python取余运算符知识点详解