TCP流量控制、拥塞控制、粘包

流量控制：如果发送方发送的报文过快，接收方可能来不及接收，导致报文丢失。每次接收方进行ACK确认时会同时把自己的接收窗口回应给发送方，发送方根据接收到的窗口大小调整发送窗口。

拥塞控制：防止过多的数据注入到网络中，导致报文丢失。发送方单独维护一个拥塞窗口，发送方会将拥塞窗口与流量控制的窗口的较小值作为真正发送窗口。

慢开始：拥塞窗口的大小是从1开始随着传输轮次指数型增长的

拥塞避免：当到达门限值时为避免拥塞会随着传输轮次每次+1增长，如果此时报文丢失，拥塞窗口变为1，重新慢开始（也可能快恢复）。

快重传：当丢失报文时，会等待接收方重传，但在满足某种条件时，不用等待即可让接收方立刻重传。假设报文丢失的时M3,那么无论接收方接收到M4、M5、M6都会发送M2的确认（希望重传M3），如果接收方连续收到三次M2的确认，就会立刻重传M3。

快恢复：如果在某一拥塞窗口大小时报文M3丢失，但收到了三次重复的M2确认，进行了快重传，那么，拥塞窗口不会直接变为1，而是将门限值变为当前拥塞窗口的一般，并且把拥塞窗口设置为当前门限值，并开始拥塞避免。

 粘包：TCP是个“流”协议，没有界限的一串数据。TCP底层并不了解上层业务数据的具体含义，它会根据TCP缓冲区的实际情况进行包的划分，所以在业务上认为，一个完整的包可能会被TCP拆分成多个包进行发送，也有可能把多个小的包封装成一个大的数据包发送，这就是所谓的TCP粘包和拆包问题。

原因：1.要发送的数据大于TCP发送缓冲区剩余空间大小，将会发生拆包。2.待发送数据大于MSS（最大报文长度），TCP在传输前将进行拆包。3.要发送的数据小于TCP发送缓冲区的大小，TCP将多次写入缓冲区的数据一次发送出去，将会发生粘包。4.接收数据端的应用层没有及时读取接收缓冲区中的数据，将发生粘包。

解决方法：1.消息定长。发送端将每个数据包封装为固定长度（不够的可以通过补0填充），这样接收端每次接收缓冲区中读取固定长度的数据就自然而然的把每个数据包拆分开来。2.设置消息边界。服务端从网络流中按消息边界分离出消息内容。在包尾增加回车换行符进行分割，例如FTP协议。3.将消息分为消息头和消息体，消息头中包含表示消息总长度（或者消息体长度）的字段。