TCP小结

TCP的连接不是真正意义上的连接 ，而是通过序列号和ACK来维护一个概念上的“”连接“

TCP的特点是可靠性传输

那么它是如何在不可靠的IP协议之上实现可靠的呢？

主要是这几点：

1.序列号和ACK

2.超时重传

3.检验和纠错

从TCP的三次握手开始

分为 请求方 和 接收方

1.请求方发送一个分组，其中将SYN置为1，并且将seq随机置数a作为初始序列号 --------并且转为SYN_SENT状态
简单来说就是SYN就是发送一个连接请求，顺便告诉接收方，我这个发送序列是从a开始的

2.接收方收到请求，并且向请求方发送一个分组，其中ACK=a+1，seq随机置数b作为初始序列号---------并且转为SYN_SENT状态
接收方说：我收到了你的请求，并且我希望接受到你发送序号为a+1的数据，我的发送序列是从b开始的

3.请求方收到分组，并且回应分组：其中ACK=b+1，seq置为a+1---------并且转为ESTABLISHED状态

4.接受方收到分组 ，检查ACK是否为b+1---------并且转为ESTABLISHED状态

此时双方都为ESTABLISHED状态 ，表示连接成功，双方可以正式发送接受数据

其中ACK既可以表示收到了对方发来的信息，其中的值也是希望得到的信息序列

在无序的网络中，数据包可以通过不同的路线发送到接收方，TCP并不是维护一条路径唯一的连接，而是通过序列号和ACK来保证维护一条虚拟的”连接“

如果所有数据都可以保证按时到达的话，TCP已经实现了可靠，但是！！！在网络中，无论是路由器的丢包，还是因为物理设备落后导致的阻塞都是很常见的问题，所以为了安全和效率，必须要有超时，重传等流程

TCP拥有一个“滑动窗口”协议，即发送方维护一个发送窗口表示 发送分组但并未完成确定 和 未发送但可以发送的分组 的区间，这同时意味着区间的左边都是完成发送并完成确认的分组 ， 区间的右边是未发送也暂时不允许发送的分组

1.发送窗口只有收到发送窗口内字节的ACK确认，才会移动发送窗口的左边界。

2.接收窗口只有在前面所有的段都确认的情况下才会移动左边界。当在前面还有字节未接收但收到后面字节的情况下，窗口不会移动，并不对后续字节确认。以此确保对端会对这些数据重传。

3.遵循快速重传、累计确认、选择确认等规则。

4.发送方发的window size = 8192;就是接收端最多发送8192字节，这个8192一般就是发送方接收缓存的大小。

通常，TCP会维护一个定时器，以及一个动态RTT，客户端到服务端往返的时间，如果一个数据序列a发送出去，如果在RTT内没有收到ACK的话，客户端就会重发，并且重新设置RTT。

如果超时，TCP会降低当前数据发送率，通常通过基于拥塞控制机制减少发送窗口大小或者增大RTO的退避因子实现。

所谓的拥塞控制机制…

解决的丢包的保证了所有数据一定能到达后，为了保证可靠性，还必须去判断数据是否被修改或者损坏，此时就需要去检验和纠错

TCP会保持它首部和数据的检验和。这是一个端到端的检验和，目的是检测数据在传输过程中的任何变化。如果收到段的检验和有差错，TCP将丢弃这个报文段和不确认收到此报文段（也就是要求发送端重发）