TCP协议详解-CSDN博客

本文链接：https://blog.csdn.net/yikaozhudapao/article/details/86413599

TCP协议

在这里插入图片描述

源/目的端口号：表示数据从哪个进程来，到哪个进程去
序号：TCP将每个字节的数据都进行了编号称为序列号，接收端收到数据之后要发送确认序号给发送端。序号用于对字节流进行编址，例如序号是301，表示第一个字节的编号为301，携带的数据长度是100，下一个报文的编号就是401
确认序号：期望收到的下一个报文段的序号，B收到A发来的一个报文段，序号是301，携带的数据长度是300，那么B发送给A的确认序号就是601
4位头部长度：表示TCP头部有多少个4字节，所以TCP头部最大长度为15*4=60字节
6个标志位

URG：紧急指针是否有效
ACK：确认号是否有效
PSH：提示接收端应用程序立刻从缓冲区读走
RST：要求对方重新建立连接，携带RST的标识的报文称为复位报文段
SYN：请求建立连接，携带SYN标识的报文称为同步报文段
FIN：结束标识，告诉对端本端关闭。
16位窗口大小：无需等待确认应答而可以继续发送数据的最大值
16位校验和：发送端填充，CRC校验，接收端校验不通过，认为数据有问题。校验和包含TCP首部和TCP数据部分。
16位紧急指针：标识那部分数据是紧急数据

超时时间如何确定？
TCP为了在任何环境下都有比较高性能的通信，会动态计算最大超时时间

使用确认应答机制，对于每次发送的数据都需要对方给一个应答，这样能保证可靠传输，但是在数据往返较长的时候性能就大大下降

为了提高TCP的传输效率，可以一次性发送多条数据(将多个段的等待时间重叠在一起)，这样就可以大大提高TCP的性能。

在这里插入图片描述

网络中没有百分百可靠的协议，数据包丢了怎么办？
~~数据包抵达，ACK丢失~~
使用滑动窗口ACK丢了并不重要，因为还有后序的ACK进行确认。
~~发送端的数据包直接丢了~~

 接收端处理数据的能力是有限的，发送端发送太快，接收端的接收缓冲区被写满，那么这时候发送端继续发送数据，就会导致丢包，继而引起丢包重传等一系列连锁反应
 所以TCP支持很据接收端的处理能力来决定发送端的发送数据，这就是流量控制

TCP首部字段有一个16位窗口大小，也就是说窗口大小最大就是65535，在TCP首部40字节选项中还有一个窗口扩大因子M，实际窗口大小就是窗口字段值左移M位。

在TCP刚开始建立连接，不可能一次行就发送大量数据，如果当前网络状态比较拥堵，那么发送的大量数据有很大部分都不会到达目的地
TCP引入慢启动机制，先探测当前网络状况，再决定传输速度

慢启动
在这里插入图片描述

延迟应答的限制

进程终止：释放文件描述符，可以发送FIN，与正常终止无区别
机器重启：重启之前进程终止，可以正常发送FIN
机器掉电：接收端认为连接还在，一旦接收端有写入操作，发现连接已经不在，就会进行reset请求再次连接，连接失败接收端释放连接。同时TCP也内置了一个保活定时器，会定时询问对方是否还在，如果不在也会释放连接