TCP/IP(6)--TCP协议详解

上一篇文章已经介绍了TCP和UDP报文的首部，这一篇详细解析TCP中确保可靠传输的方法。

TCP是如何确保可靠传输的？

为了保证可靠传输，TCP比UDP多了很多控制协议和算法。

• 连接管理——3次握手和4次握手
• 数据破坏——通过校验和
• 丢包——应答与超时重发机制
• 分片乱序——序列号
• 窗口滑动——提高发送效率，对发送端和接收端流量进行控制
• 加快通信速度——快速重发，三次收到重发消息进行重发
• 流控制——避免网络流量浪费
• 拥塞控制——慢启动算法，拥塞窗口

TCP中的确认应答机制

在TCP中当发送端的数据达到接受主机时，接受主机端都会返回一个消息，告诉对方我已经收到了。这个消息叫确认应答。发送确认应答时，TCP首部中的ACK标志位设1。

TCP中的确认应答通过序列号和确认应答号来实现。如下图所示，主机A发送第一个包时序列号为1，数据长度为1000，那么主机B收到包后发送一个数据包给主机A，在该包中将TCP首部中的32位确认号设为1001.相当于告诉对方1001之前的我都收到了，下次从1001开始发。

经受时延的确认应答：为了降低确认应答包的数量，TCP提出了经受时延的确认应答。接受端在收到数据后并不立即发送一个应答数据包，而是等待一段时间，如果有新的数据被接受就更新应答号，如果有其他数据要发送就坐上该数据包的顺风车。在系统的内核中维持了一个定时器，一般是200ms如果定时器溢出，即使没有其他数据到达，也发送该应答数据包。

Nagle算法： TCP是基于流的传输协议，在Rlogin和Telnet传输中会出现只有一个字节数据的TCP数据包。而一个TCP数据包的首部加上IP首部就有40个字节，很显然发这样的数据包划不来。为了减少这样的数据包，有人提出了Nagle算法。

Nagle算法简单讲就是，等待服务器应答包到达后，再发送下一个数据包。数据在发送端被缓存，如果缓存到达指定大小就将其发送，或者上一个数据的应答包到达，将缓存区一次性全部发送。

Nagle算法是从发送端角度考虑减少了数据包的个数，时延应答从接收端角度考虑减少了数据包的个数。

TCP的连接与断开（3次握手和4次握手）

• 建立连接

  1. 客户端发送请求包，