共计 1516 个字符，预计需要花费 4 分钟才能阅读完成。
互联网工程任务组（IETF）官员透露，HTTP-over-QUIC 实验协议将重命名为 HTTP / 3，并有望成为 HTTP 协议的第三个正式版本。这是由 Mark Nottingham 的这一原始建议引发的。
下一代 HTTP 底层协议将弃用 TCP 协议，改用 QUIC 技术。不过运营商网络丢 UDP 包这个问题可能一时半会儿比较难解决。我们玩 QUIC 路还很长。
IETF 中的 QUIC 工作组致力于创建 QUIC 传输协议。QUIC 是通过 UDP 完成的 TCP 替换。最初，QUIC 起初是谷歌的努力，然后更多的是“HTTP / 2 加密 – UDP”协议。
当 IETF 中的工作开始标准化协议时，它分为两层：传输和 HTTP 部分。这种传输协议也可以用于传输其他数据，而不只是显式地用于 HTTP 或类似 HTTP 的协议。但是这个名字仍然是 QUIC。
社区中的人们已经使用非正式名称如 iQUIC 和 gQUIC 来指代这些不同版本的协议，以将 QUIC 协议与 IETF 和 Google 分开（因为它们在细节上差异很大）。通过“iQUIC”发送 HTTP 的协议长时间称为“hq”（HTTP-over-QUIC）。
那么 Quic 是什么？Quic(QuickUDP Internet Connections) 是一种新的传输方式，与 TCP 相比，它减少了延迟。表面上，Quic 非常类似于在 UDP 上实现的 TCP+TLS+HTTP/2。由于 TCP 是在操作系统内核和中间件固件中实现的，因此对 TCP 进行重大更改几乎是不可能的。然而，由于 Quic 是构建在 UDP 之上的，所以它没有受到这样的限制。
Quic 在现有 TCP+TLS+HTTP 2 上的关键特性包括· 大大缩短连接建立时间
· 改进的拥塞控制
· 无线头阻塞的多路复用
· 前向纠错
· 连接迁移
谷歌想要 Quic 慢慢地取代 tcp 和 udp 作为在 internet 上移动二进制数据的新协议，并且有充分的理由，因为测试已经证明 quic 是更快和更安全的，因为它的默认加密实现 (当前)。http-over-Quic 协议草案使用新发布的 TLS 1.3 协议 )。
对 TCP 与 Quic 的解释 Reddit 用户:
TCP 是在我们仍然在网络上传输数据包时开发的，网络的丢包量比现在大得多，计算机系统有更长的时间来回答 TCP 消息。例如，连接到主机的超时时间仍然是 20 秒，即使如果仅在 5 秒内无法完成 TCP 握手，也不太可能得到答案。这些长时间的延迟是网络应用有时陷入长期停滞的原因。尽管我们看到了可靠性和速度上的巨大改进，但自 70 年代发明该协议以来，我们还没有触及这些延迟。协议开发人员没有最终减少这些不会改变数据包并与当前 TCP 实现基本兼容的缺省值，而是刚刚开始使用 UDP，然后在其之上实现自己的 TCP。向 IPv 6 的过渡也是将 TCP 更新到一个版本的理想时机，该版本修复了它所存在的大多数问题，主要是超时、窗口大小和 TCP 慢启动。有些值可以在您的操作系统中进行调整，但是超时，这是最烦人的一个不能。如果您关闭挂起 5 秒的 TCP 套接字，您的操作系统仍将保持打开状态，直到 20 秒过期，消耗系统资源。
参考链接：
https://daniel.haxx.se/blog/2…
https://medium.com/devgorilla…
想要阅读更多技术干货文章，欢迎关注网易云信博客。
了解网易云信，来自网易核心架构的通信与视频云服务。
网易云信（NeteaseYunXin）是集网易 18 年 IM 以及音视频技术打造的 PaaS 服务产品，来自网易核心技术架构的通信与视频云服务，稳定易用且功能全面，致力于提供全球领先的技术能力和场景化解决方案。开发者通过集成客户端 SDK 和云端 OPEN API，即可快速实现包含 IM、音视频通话、直播、点播、互动白板、短信等功能。
