前端面试常问--计算机网络--HTTP3

最新推荐文章于 2025-04-20 16:35:53 发布

前端小黑

最新推荐文章于 2025-04-20 16:35:53 发布

阅读量1k

点赞数 1

分类专栏：计算机网络面试题

本文链接：https://blog.youkuaiyun.com/zemprogram/article/details/109472180

版权

9 篇文章

订阅专栏

7 篇文章

订阅专栏

在前端面试中，除了最为重要的JavaScript知识外，计算机网络和操作系统也是尤为重要的（html和css还算比较简单的），而计算机网络中http协议是经常被问到的内容，包括常见的状态码，常见的头部字段，握手过程等等，而这里要说的是其中一个常问的问题，http版本

在之前我已经写过一篇http版本相关的博客HTTP基本学习与演变中（HTTP/0.9，HTTP/1.0，HTTP/1.1，HTTP/2.0，HTTPS）的比较，但里面并没有包含HTTP3，所以这里额外写了个HTTP3的内容

实际上在之前我也没在意HTTP3，毕竟连HTTP2都很少用到，但之前面试百度的时候被问到了，还好看过一点HTTP3，还是回答上了一些，后面把一些优化都看了一遍，秋招面试几个大厂都问到了，还好有去学习了。。所以做为程序猿，要进大厂还是要紧跟技术前沿（虽然HTTP3也不算技术前沿了。）

那么废话不多说（说了老多了），进入正题

HTTP3

HTTP3.0，又称为HTTP over QUIC。HTTP3.0的核心是QUIC协议。我们知道传统的HTTP协议是基于TCP协议的，而QUIC是基于UDP协议，这是HTTP3.0与之前的HTTP协议的一个大区别

既然HTTP3.0的核心是QUIC协议，那么我们就要先简单了解一下，什么是QUIC协议

QUIC是由Google提出的基于UDP进行多路并发传输的协议，全名quick udp internet connection，从全名就可以看出，QUIC是基于UDP的，翻译过来就是，快速的UDP网络连接。

QUIC协议的出现，是为了解决现在网络协议中的一些传输层和应用层存在的问题，且几乎不需要应用修改。它基于UDP实现了类似于HTTP2的多路复用数据流，可靠交付等功能，大致实现如下

这个也是面试中，当问起HTTP3时，最常被问到的问题（反正我每次被问起HTTP3都扯到了这个）

我们知道，TCP的连接需要三次握手，而如果是加上TLS加密，那在握手阶段的时延会进一步增加。而QUIC协议的连接，只需要让客户端在第一次连接服务端的时候，执行1rt的握手来获取完成握手的所有必要信息。

之所以只需要1rt，是因为UDP本身没有连接这一概念，所以我们可以直接把第一次交互当作连接本身。

在TCP中，我们会对没有在时间内接收到的报文段进行重传，但是，TCP在首次发送的报文段和重传发送的报文段，对应返回的确认报文段是完全一样的，这就导致了我们无法去判断接收到的确认报文段是对应于哪一次发送的报文。

而无法正确判断会对后面的超时重传时间带来影响。

如果收到的确认是对原来发送的报文段的确认，却被当前是重传报文段的确认，就会导致计算出来的超时重传时间变短，那么在后面的拥塞控制中，重传报文会被过多地重传。
如果收到的是重传报文段的确认，却被当前是对原来发送的报文段的确认，就会导致计算出来的超时重传时间变长，那么在后面的拥塞控制中，如果报文段丢失，那么重传报文段的发送就会等待过久的时间才得以发送出去。

即使这个缺点可以使用Karn算法来进行一定的改进，从而更合理地估测往返时间，但并不代表问题已经解决，而且我们还需要做额外的算法处理。

QUIC为了避免这个问题，对于原始的报文段和重传的报文段的确认报文采用了不同的编号，且每次返回都采用新的编号递增，因此客户端可以通过编号来判断这个确认报文段是对哪个报文段的确认。