TCP 三次握手 四次挥手 如何保证可靠传输

TCP

三次握手

通过三次握手，双方都确定自己发送、接收正常且对方发送、接收正常

四次挥手

通过四次挥手，双方都确认自己、对方都无数据要发送了。

1. 客户端发送含FIN释放连接报文，表明自己没有数据要发送了
2. 服务器收到释放报文，返回含ACK确认报文，表明知道客户端没有数据要发送了。服务器可能有数据要发送给客户端
3. 客户端收到确认报文，等待服务器可能要发送的数据。
4. 服务器发送数据给客户端，客户端收到数据
5. 服务器没有要发送的数据后，发送释放连接报文
6. 客户端收到释放连接报文，知道服务器没有数据要发送了，发送确认报文，等待2*最长报文寿命时间后关闭连接
7. 服务器收到确认报文后关闭连接

为什么客户端要等待2*最长报文寿命时间才关闭连接

1. 能容忍偶然的确认报文丢失，服务器迟迟未收到确认报文会再次发生释放连接报文
2. 等待时间过后，本次连接的所有报文都将死亡，确保不会对未来建立的新链接造成影响。

TCP如何保证可靠传输

原理：确认和重传。
tcp将报文分割成多个分组

1. 接收方，对接收到的正确分组回复确认报文。对出错的分组不确认。丢弃接收到的重复的分组但要进行确认。确认、不确认对应让发送方不重传、重传。
2. 发送方，迟迟未收到确认报文，即发送的分组丢失或分组出错，将超时重传分组。收到迟到的确认什么也不做。

实现：超时重传计时器+滑动窗口+拥塞窗口状态量。
超时重传计时器，分组发送后计时，等待确认达到阈值后重传分组。用滑动窗口实现流量控制。用拥塞窗口状态量控制滑动窗口大小来实现拥塞控制。
滑动窗口：每一方都有发送缓冲区和接收缓冲区，发送窗口的大小不能大于对方接收窗口的大小。发送窗口中的是已发送待确认的分组和未发送的分组，收到相应分组的确认后发送窗口向前移。接收方确认，可以一个分组一个确认或者累计多个分组后对最后一个分组确认。
流量控制是控制发送方的发送速率让接收方来得及接收，接收方告诉发送方自己的接收窗口大小，表明接收方能接收多少分组，让发送方不要发送过快。
拥塞控制是当网络发生拥塞时，控制发送方的发送速率，防止网络进一步拥塞。判断拥塞的依据是出现了超时。发送窗口的大小不能大于拥塞窗口状态量，拥塞窗口状态量简称拥塞窗口。拥塞算法有慢开始、拥塞避免、快重传、快恢复。
第一次发送和发生超时时执行慢开始算法，慢开始是成倍增长，慢开始只是起点低但增加很快。
执行慢开始算法，拥塞窗口达到门限值后改为拥塞避免。拥塞避免是线性加一增加。
收到三个重复确认时，执行快重传，立即重传丢失的分组，以避免超时。并执行快恢复，拥塞窗口减半后执行拥塞避免。