TCP协议工作机制详解

一、TCP协议

TCP,即Transmission Control Protocol,传输控制协议。能够在可靠性和效率方面对数据的传输进行一个详细的控制。

TCP协议段格式

在这里插入图片描述

  • 4位TCP报头长度:表示该TCP头部有多少个32位bit(有多少个4字节);所以TCP头部最大长度是15*4=60
  • 6位标志位:
    URG:紧急指针是否有效
    ACK:确认号是否有效
    PSH:提示接收端应用程序立刻从TCP缓冲区把数据读走
    RST:对方要求重新建立连接;我们把携带RST标识的称为复位报文段
    SYN:请求建立连接;我们把携带SYN标识的称为同步报文段
    FIN:通知对方,本端要关闭了,我们称携带FIN标识的为结束报文段
  • 16位校验和:对数据进行验证。发送端填充,CRC校验。接收端校验和不通过,则认为数据有问题。此处的校验和不光包括TCP首部也包括TCP数据部分。
  • 16位紧急指针:标识哪部分数据是紧急指针。

二、TCP工作机制

TCP对数据传输提供的管控机制,主要体现在两个方面:可靠性效率。在保证数据可靠传输的前提下,尽可能的提高数据传输效率。

1. 确认应答

确认序号ACK:自该序号之前,前面的数据都已经发送完毕!
TCP将每个字节的数据都进行编号,即为序列号。每一个ACK都带有对应的确认序列号,告诉发送方,我已经收到了哪些数据,下一次你从哪里开始发送。
在这里插入图片描述

2. 超时重传

在这里插入图片描述
这两种丢包情况在特定的时间间隔内主机A都会接收不到来自对方的ACK,就会进行重发,这时主机B就会收到很多重复的数据包,那么TCP协议需要能够识别出那些包是重复的包,并且把重复的丢弃掉。它是怎么做到的呢?
利用序列号去重。接收方接收到的数据会先放在内核的“接收缓冲区”中,根据序列号进行判断,此时在应用程序中读取出来的数据就是不重复的。

如果ACK返回超时,这个时间如何确定?
最理想的情况是设置一个最小时间,保证“确认应答一定能在这个时间段返回”;但是随着网络的差异,设置是有差异的;如果超时时间设定太长,会影响整体的传输效率;如果太短,会频发发送重复的包。
TCP为了保证在任何环境下都能有比较高性能的通信,因此会动态计算这个最大超时时间。
Linux中(BSD Unix和Windows也是如此),超时以500ms为一个单位进行控制,每次判定超时重发的超时时间都是500ms的整数倍。如果重发一次之后,仍然得不到应答,等待 2500ms 后再进行重传。如果仍然得不到应答,等待 4500ms 进行重传。依次类推,以指数形式递增(让重试的频率尽量降低)累计到一定的重传次数,TCP认为网络或者对端主机出现异常,会触发RST复位报文段,尝试重置连接;之后放弃连接强制关闭,最后对资源进行回收。

3. 连接管理

在正常情况下,TCP要经过三次握手建立连接,四次挥手断开连接。
三次握手是客户端向服务器发送请求建立连接;
四次挥手是客户端和服务器都可以发送请求断开连接。

  • 2
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值