前言
HTTP/3 即 QUIC（发音同Quick），通过发音我们就知道 HTTP/3 又可以让网站的速度更上一层楼。 HTTP/2 提速很重要的一点是使用了多路复用，一般来说同一域名下只需要一个 TCP 连接。但是如果当这个连接中出现了丢包的情况，那就会导致 HTTP/2 的表现情况反倒不如 HTTP/1.1 了。
如果出现丢包的情况下，整个 TCP 便会要开始等待重传，导致了后面所有数据都阻塞了。但是对于 HTTP/1.1 来说，因为可以开启多个 TCP 连接，所以出现这种情况反到也就只影响其中你们一个连接而已，剩余的 TCP 连接还可以正常传输数据。
好嘛，有问题我们就解决问题，因为我们已经见识到了多路复用的好处，所以我们就去修改 TCP 协议，不过这已经是一件不可能完成的任务了。TCP 真的是太元老了，对 TCP 进行更新意味着要从操作系统上入手，那么整个协议将不会被所有的老系统所支持，新系统的推广何其艰难。
所以谷歌就更起炉灶搞了一个基于 UDP 协议的 QUIC 协议，因为 UDP 不需要三次握手，2016年，IETF开始致力于协议的标准化。 将QUIC拆分为基于传输层的和应用层的协议。应用层协议被称为 HTTP-over-QUIC 在2018年11月，IETF宣布 HTTP-over-QUIC 被正式命名为HTTP / 3。
如果上面大段背景介绍觉得烦，我们直接看下文即可：
QUIC 协议有哪些优点，如何实现 0-RTT？
- QUIC 协议在传输层就支持多路复用，避免了队头阻塞问题。
- QUIC 协议基于 UDP，更自由更高效
- QUIC 协议借鉴了 TFO 的思想，支持会话上下文缓存，方便恢复，具备实现 0-RTT 的可能
传统的 HTTP2 + SSL + TCP 协议栈有哪些缺点？
- SSL 的会话恢复依然需要一个 RTT，而且难以合并到 TCP 层
- TCP 的滑动窗口存在队头阻塞问题
- TCP 的重传纠错会浪费一个 RTT
为什么 Google 要另起炉灶，基于 UDP 去做？
- TCP 由操作系统实现，很难更新
- UDP 非常高效，几乎没有性能负担
- 将 QUIC 嵌入到 Chrome 中可以方便后续的升级迭代
QUIC的特性究竟有哪些？
- 利用缓存，显著减少连接建立时间
- 改善拥塞控制，拥塞控制从内核空间到用户空间
- 没有 head of line 阻塞的多路复用
- 前向纠错，减少重传
- 连接平滑迁移，网络状态的变更不会影响连接断线。
实现
目前支持 QUIC 的 Web 服务软件主要是 LiteSpeed 和 Caddy，Nginx 尚不支持现有教程都是通过 Docker 结合 Nginx+Caddy 来实现，稳定性和可靠性都得打上问号。
所以我就比较推荐基于 LiteSpeed 的来实现了，LiteSpeed 是一款企业级商业 Web 服务，相比开源社区软件会有着更好的稳定性和可靠性。值得一提的是 HTTP/2 也是由 Lite Speed 率先实现的。
简单介绍：
LiteSpeed 即 LiteSpeed Web Server（简称 LSWS），是一款企业级商用 Web 服务软件，可以完美的 Apache HTTPD 兼容体验，.htaccess 规则可以直接兼容而不像 Nginx 需要重写，并兼容常用的mod扩展。得益于基于事件的架构优势，静态内容比Apache Httpd 快 5 倍 ，动态内容更是快 40 倍，HTTPS 访问快 3 倍并可以应用硬件加速器。
更多介绍请看：https://www.llstack.com/zh/LiteSpeed/
安装
这里我推荐通过 LLStack 一键包进行 Lite Speed 的安装。 安装教程：https://www.llstack.com/zh/install/
一、篇幅限制，这里以安装简单的轻量版为例。在 SSH 终端中输入：
sh -c "$(curl -fsSL https://raw.githubusercontent.com/ivmm/LLStack/master/install.sh)" 2>&1 | tee llstack-all.log我们安装完成：
二、开始设置虚拟主机，运行脚本：
sh -c "$(curl -fsSL https://raw.githubusercontent.com/ivmm/LLStack/master/vhost.sh)"详细讲解请看文档：创建虚拟主机-步骤详解
三、在第五步确认是否要开启HTTPS，输入 y 无论是 HTTP/2 还是 HTTP/3 都依赖于 HTTPS。
四、第六步然后会让我们输入 密钥文件（.Key）和证书文件（.crt）的路径，不一定马上就要存在，我们可以后续等创建完虚拟主机后再放到对应的路径上（会有报错，但是可以忽略）。
五、第七步询问是否开启 HTTP/3 功能，输入 y 为开启
六、然后我们输入任意键即可开始自动配置，CTRL+C 为取消
七、然后就可以看到输出了。
八、因为 HTTP/3 依赖于 UDP，而我们往往只是会开启 TCP 协议，所以我们还需要打开防火墙和安全组（没有就忽略）的UDP 443 端口。
- 轻量版使用 Firewall 防火墙 在终端中运行：
firewall-cmd --zone=public --add-port=443/udp --permanent
firewall-cmd --reload - 面板版在 防火墙 - 开放网络端口 中，端口输入
443协议选择UDP，点击确定后点击重载。
- 服务器安全组以阿里云为例： 协议类型选择
自定义UDP，端口范围443/443，授权对象0.0.0./0
九、更详细的 QUIC 设置，可以在 LiteSpeed 图形化控制台中导航至 Configuare - Server - Tuning ，对 QUIC 进行配置，一般来说新手建议默认，打开 Enable QUIC 即可
调试
截至发稿浏览器仅有 Chrome 支持，Firefox 和 Safari 可能得等 HTTP/3 正式发稿后会获得支持。
一、Chrome 浏览器进入 chrome://flags/ 也没，将 Experimental QUIC protocol 设置 Enable 然后重启浏览器。
二、 打开网站，再打开开发者工具，在 Protocol 就可以看到了，HTTP/2 + QUIC 就是 HTTP/3：
