quic服务端加密握手相关类调用关系图

在上一章中，了解了一些名词，并初步认识了QUIC，如果QUIC了解不多，建议阅读上一章后再来看本文。本章介绍QUIC巧妙的握手设计。本章介绍了QUIC的握手设计。

QUIC全称 Quick UDP Internet Connection（快速UDP互联网连接），是由Google提出的使用UDP协议进行多路并发传输的协议。目的是保证可靠性的同时降低网络延迟。QUIC相比现在广泛应用的HTTP/2.x + TCP + TLS协议主要有这些优势：减少了TCP三次握手及TLS握手时间、改进的拥塞控制、避免HOL（队头阻塞）的多路复用、连接迁移、前向冗余纠错。

QUIC协议你知道多少，一篇文章告诉你答案。

QUIC(Quick UDP Internet Connection)是谷歌推出的一套基于UDP的传输协议，它实现了TCP + HTTPS + HTTP/2的功能，目的是保证可靠性的同时降低网络延迟。众所周知UDP比TCP传输速度快，TCP是可靠协议，但是代价是双方确认数据而衍生的一系列消耗。其次TCP是系统内核实现的，如果升级TCP协议，就得让用户升级系统，这个的门槛比较高，而QUIC在UDP基础上由客户端自由发挥，只要有服务器能对接就可以。1.1 什么是QUIC。.........

QUIC加密协议是QUIC的一部分，它为连接提供了传输安全性。QUIC加密协议是注定要消亡的。未来它将由TLS 1.3替代，但在TLS 1.3 最终启用之前QUIC需要一个加密协议。 借助于当前的QUIC加密协议，当客户端已经缓存了关于服务器的信息时，它可以无需往返就建立一个加密的连接。TLS，相反地，至少需要两次往返（算上TCP的3次握手）。

此文转载自：https://my.oschina.net/u/4703596/blog/4739898 大咖揭秘Java人都栽在了哪？点击免费领取《大厂面试清单》，攻克面试难关~>>> 大家知道 TCP 建立连接需要3 次握手，这需要 1.5-RTT，如果再加上 TLS 的握手时间，总共需要 3-RTT，耗时将近 200-300 ms。随着互联网的高速发展，用户对...

先来看 2：WriteOrBufferData() 该函数在三种情况下无动作，即 非 fin 包，但是待发数据为空 fin 包已经缓存了，说明理论上不再有数据需要发送了 写端已经关闭 从名字可以看出，该函数要么写数据要么缓存数据。 实际上是先将待发数据缓存到 stream 对象的 send_buffer 中，然后再发送。 这里用到了宏 GetQuicReloadableFlag(flag)，它又用到了另一个宏 RELOADABLE(flag)： GetQuicReloadableFlag(flag) .

QUIC是由谷歌设计的一种基于UDP的传输层网络协议，并且已经成为。HTTP/3就是基于QUIC协议的。QUIC只是一个协议，可以通过多种方法来实现，目前常见的实现有Google的quiche，微软的msquic，mozilla的neqo，以及基于go语言的quic-go等。由于go语言的简洁性以及编译的便捷性，本文将选用进行quic协议的分析，该库是完全基于go语言实现，可以用于构建客户端或服务端。

1. QUIC是什么 QUIC（全称Quick UDP Internet Connections）是谷歌公司制定的一种基于 UDP 协议的低时延互联网传输协议，它提供了多项改进，旨在加速HTTP传输并使其更加安全，目标是想最终取代TCP和TLS协议。 可以用一个公式大致概括如下： TCP + TLS + HTTP2 = UDP + QUIC + HTTP2’s API。 ...

简单介绍下什么是QUIC，这是从Google官方文档抄录的一段话 QUIC (Quick UDP Internet Connections) is a new transport protocol for the internet, developed by Google. QUIC solves a number of transport-layer and application-layer problems experienced by modern web applications, while

大家知道 TCP 建立连接需要 3 次握手，这需要 1.5-RTT，如果再加上 TLS 的握手时间，总共需要 3-RTT，耗时将近 200-300 ms。随着互联网的高速发展，用户对于性能体验要求越来越高，TCP 连接握手带来的长时延显然是不可接受的。QUIC 因此提出一个新的建立连接机制，把传输和加密握手合并成一个，以最小化延迟（1-RTT）建立连接。后续的连接（repeat connectio...

TCP 的拥塞控制实际上包含了四个算法：慢启动，拥塞避免，快速重传，快速恢复。QUIC协议当前默认使用TCP的拥塞控制算法，并在其基础上进行了相应的改进；当然QUIC也支持其他的拥塞控制算法。主要的改进点有:可插拔设计单调递增的Packet Number不允许Reneging更多的Ack块精确计算RTT时间拥塞控制，对网络传输的重要性不言而喻，TCP的拥塞控制功能集成在操作系统的内核，应用程序是无法控制的。轻微变动就会影响整个机器上的全部TCP连接（已有的和新增的）。

目录 TCP/UDP缺点 TCP的不足 UDP的不足 握手导致的连接成本 TCP的可靠成本 中间设备的僵化 依赖于操作系统的实现导致协议僵化 队头阻塞 QUIC的特点 QUIC原理 QUIC使用场景 QUIC报文格式概述 参考资料 QUIC（Quick UDP Internet Connection）是谷歌提出的一种基于UDP的低时延的互联网传输层协议。 QUIC解决...

QUIC协议中重试数据包触发重新启动另一个连接，是为了确保安全性、可靠性、以及高效的数据传输通过这样的机制，QUIC能够有效防止重放攻击、提升握手效率、动态适应复杂网络环境以及确认客户端的可达性所有这些措施综合起来，使得QUIC比传统传输协议更加稳健和高效TCP协议没有内嵌专门的防重放攻击机制，但通过序列号随机化、时间戳选项、三次握手挑战验证等措施一定程度上减少重放攻击风险。现代传输协议如QUIC通过加密和多层防护机制提供了更强大的防护能力，确保连接的安全性和唯一性，适应动态复杂的网络环境。

建议阅读本文需要搭配作者 HTTP 相关文章食用。 历史 HTTP 系列文章： 看完这篇HTTP，跟面试官扯皮就没问题了 HTTP 2.0 ，有点炸 ！ 这里先来回顾一下 HTTP 的发展过程。首先，我们想要一种能够在网络上获取文档内容的协议，通过一种叫做 GET 请求的方式进行获取，后来这种 GET 请求被写入了官方文档，HTTP/1.0 应运而生。HTTP/1.0 的出现可以说是颠覆性的，它里面涵盖的一些标准我们目前还仍在使用，例如 HTTP header，协议号的概念，不过，这个版本的 HTTP 还有

QUIC(Quick UDP Internet Connection)是谷歌提出的一种基于UDP的低时延的互联网传输层协议，QUIC的发音类似于Quick。实际上，QUIC确实很快。 QUIC解决了现代网站应用的一系列的传输层及应用层的问题，但只需要应用开发者几乎不用做出或者只做出很小的改变。QUIC和TCP+TLS+HTTP很类似，但是基于UDP实现，基于QUIC实现的HTTP协议被提议为HT...

证书链的作用是可以通过逐级验证上一级证书的有效性来证明实体证书的有效性，例如可以用上一级证书的公钥来验证下一级证书的数字签名是否正确，如果正确的话那么说明下一级证书是被上一级证书认可的。服务器使用客户端的临时公钥和自己的临时私钥生成一个共享秘钥材料，并通过客户端发来的随机数、服务器随机数和这个共享密钥生成主密钥。3. 客户端收到服务器的Initial Packet后通过自己的证书池验证对方的证书链，并从实体证书中获取服务器的公钥。每个证书都包含一个公钥和数字签名，证书是用来证明这个公钥是有效的、可信的。

QUIC（Quick UDP Internet Connections）是一种基于UDP协议的可靠、安全、高效的传输协议，由Google开发。它是HTTP/3协议的基础，并被视为未来互联网传输层协议的重要候选者之一。

系列文章：DTLS详解_fdsafwagdagadg6576的专栏-CSDN博客_dtls 1、基本概要 QUIC handshake中有两个加密密钥, initial key 和 forword-secure key。 前者用于实现 0-RTT 的握手，后者则用于握手成功以后整个会话的数据加密； QUIC 的密钥使用 Diffe-Hellman 算法生成； 2、Diffe-Hellman 算法的密钥生成过程 Alice 和 Bob 都知道两个素数（g、p）的存在 Alice 有 a（privat.