目录
一，TCP协议
1.TCP协议的格式
2.TCP协议的特点
1）有连接
通过三次握手建立连接和通过四次挥手关闭连接
2）可靠传输
网络传输的方式，是通过一跳一跳的方式来传递数据的，期间可能发生数据丢失
3）面向字节流
在连接没有关闭之前，可以多次接收数据，也可以多次发送数据
4）有接收缓冲区，也有发送缓冲区
- 在确认应答机制和超时重传机制都会用到缓冲区
- 接收数据：在接收数据时，先将数据保存到接收缓冲区，再交给程序
- 发送数据：发送数据时，先写到发送缓冲区，然后再刷新缓冲区
5）大小不限
因为可以多次发送数据，所以大小不限，可以发送很大的数据
6）全双工通信
双方都可以接收或者是发送数据
3.TCP协议的原理——可靠机制
1）确认应答机制
解释：
- 发送一个数据报之后，需要接收方回答一下是否收到了这个数据报
实现：
- 在tcp协议中有32位序号报头，用于把数据一个字节一个字节的放进去，并且对数据进行了编号
- 报头中的32位确认序号，将下一次需要发送的数据开始序号返回去，并将标志位ack（带确认信息）置为1
2）超时传输机制
解释：
- 不论是发送的数据报丢失或是带确认信息的数据报丢失，都会导致发送端一直接收不到应答，需要重新传输
发送数据报丢失情况：
- 对于发送端以为成功发送，接收端什么都没收到，肯定不会返回，因此直接重发接收端只需要返回确认应答数据报（缓冲区未被刷新，直接重新发送）
确认应答数据报丢失：
- 对于发送端来说这次是真的成功发送了，同时接收端也接收到了并发出了应答确认数据报，但是，确认数据报丢失了，因此，等待一段时间后，发送端要重新发送，接收端再次收到数据报后发现已经接收过了，进行去重操作（利用序列号）后，再次返回确认应答数据报?
超时时间的计算：
- Linux中（BSD Unix和Windows也是如此），超时以500ms为一个单位进行控制，每次判定超时重发的超时时间都是500ms的整数倍
- 如果重发一次之后，仍然得不到应答，等待 2*500ms 后再进行重传
- 如果仍然得不到应答，等待 4*500ms 进行重传。依次类推，以指数形式递增
- 累计到一定的重传次数，TCP认为网络或者对端主机出现异常，强制关闭连接?
3）连接管理机制?
三次握手和四次挥手的具体过程
4）流量控制机制
解释：
- 接收端处理数据的速度是有限的。如果发送端发的太快，导致接收端的缓冲区被打满，这个时候如果发送端继续发送，就会造成丢包，继而引起丢包重传等等一系列连锁反应
- 因此TCP支持根据接收端的处理能力，来决定发送端的发送速度。这个机制就叫做流量控制
实现：
- 接收端将自己可以接收的缓冲区大小放入 TCP 首部中的 "窗口大小" 字段，通过ACK端通知发送端；
- 窗口大小字段越大，说明网络的吞吐量越高；
- 接收端一旦发现自己的缓冲区快满了，就会将窗口大小设置成一个更小的值通知给发送端；发送端接受到这个窗口之后，就会减慢自己的发送速度；
- 如果接收端缓冲区满了，就会将窗口置为0；这时发送方不再发送数据，但是需要定期发送一个窗口探测数据段，使接收端把窗口大小告诉发送端
方法：
- ?接受端返回的ack数据报中，包含了16位窗口大小的字段，用来标识接收端接收缓冲区的剩余大小，以此来控制发送端发送数据的速度
- 滑动窗口大小就是发送数据的大小，是以流量窗口大小为其一个依据
5）拥塞控制机制
解释：
- 发送数据时，先发一点数据，逐渐提高数据量，防止一次性发送的数据过多，导致大量的丢包
- 拥塞窗口也是作为滑动窗口的一个参考值?
实现：
4.TCP协议的原理——效率机制
1）滑动窗口机制
解释：
就是一次发送多个数据报
窗口大小：可以一次性发送最多数据报的大小
具体窗口大小：取流量窗口和拥塞窗口中的最小值
发送时丢包：
这种丢包会导致以及后面的数据报都接收到了，也不会返回最后一次接收到ack，内部的检测机制会检测序号不连续，并且发现某一个数据报之前的ack连续返回三次，就会重新进行发送
ack丢失：
只要有一次的ack返回都证明之前的数据报都已经接收到了
2）延迟应答机制
解释：
- 主要和滑动窗口大小有关，如果收到之后立马返回，就说明接收端的处理速度很快
- 但是如果等待一定量的数据报再返回，就可以让窗口变得大些，传输的效率就会更高
控制：
- 数量限制：每隔N个包就应答一次；
- 时间限制：超过最大延迟时间就应答一次；
- 具体的数量和超时时间，依操作系统不同也有差异；一般N取2，超时时间取200ms；?
3）捎带应答机制
解释：
就是为了方便也可以让一些返回数据一起返回给发送端
5.三次握手
syn标志位：申请建立连接的标志位
- 客户端发送syn到服务端，申请建立客户端到服务端的连接
- 服务端返回syn+ack给客户端（这是syn的第一次应答），及申请建立服务端到客户端的连接
- 客户端接收到服务端返回的数据报，将状态设置为established，返回ack给服务端（这是syn的第二次应答），服务端接收到数据报，也将状态设置为established，建立了客户端到服务端的连接
6.四次挥手
fin标志位：关闭连接的标志位
- 客户端发送fin到服务端，申请关闭连接
- 服务端接收到后fin后，状态置为CLOSE_WAIT，并且返回一个ack（这个动作是tcp协议栈自己实现的，不需要程序调用代码执行）
- 服务端发送一个fin到客户端，申请关闭到客户端的连接（程序员手动调用socket.close来发送），程序可以执行一些动作，如消耗资源等
- 客户端返回ack（第三次fin的应答），且状态置为CLOSE_WAIT，需要等待一定的时间，置为CLOSED，服务端接收到这个数据报也置为CLOSED，关闭连接（第四次ack也可能出现丢包，那么服务端就需要重新发送第三个fin数据报给客户端，客户端需要进行应答）
二，UDP协议
1.协议格式
2.特点
1）无连接
不需要进行连接，只要知道对方的ip和端口就直接发送
2）不可靠
没有任何可靠机制，发送完就继续下一个，不知道上一个是否发送成功
3）面向数据报
应用层交给UDP多长的报文，UDP原样发送，既不会拆分，也不会合并，不会像TCP一样可以循环发送
4）没有发送缓冲区，只有接收缓冲区
也和UDP的机制一样，因为不需要重复发送，没有可靠机制，那么就不需要等待接收端返回任何收到或是没收到的数据报，但是接收端可以有接收时的缓冲区，防止一次性数据报过大
5）大小受限
UDP协议首部中有一个16位的最大长度。也就是说一个UDP能传输的数据最大长度是64K（包含UDP首部）。
三，TCP&UDP总结
- TCP用于可靠传输的情况，应用于文件传输，重要状态更新等场景；
- UDP用于对高速传输和实时性要求较高的通信领域，例如，早期的QQ，视频传输等。另外UDP可以用于广播；?
