Box_clf的博客

流优先级: 比如请求一个网站需要发同时100个请求, 服务端会有一个优先级的过程, 流的优先级是业务层定义的. 如果业务层定义的不是很合理, 那么就会导致有些资源会一直在blocking的状态. 只有在处理好优先级更高的资源之后才会处理优先级低的. 优先级低的一直那不到回应就会等的时间很长.TCP中因为包序号是不变的, 那么重传的包和延时的包都收到后, 就不知道哪一个是开始的包, 不知道哪一个是后来的, 这样就会出现重传包的二义性. 重传包的二义性直接导致RTT计算不准确.从而影响拥塞控制算法.

每个quic包都有自己的号码, 如果丢失一个quic包就知道丢失了quic包里的什么数据流, 其他quic包不需要停着不动等待前面丢失的quic包重传, 只需要重传必要的quic包, 以此来解决TCP的队头阻塞问题。但是丢包的数据刚好是阻塞浏览器渲染页面的文件, 比如是CSS的一部分, 那么我们的页面还是无法渲染, 看着解决了队头阻塞问题, 另一个问题又出现了。三次握手为什么是1-RTT, 因为在第三次client发送ack的时候就可以直接发送数据了, 不需要等待, 所以实际上只有1-RTT.