据我了解，QUIC 为每个连接都有一个唯一的 ID，允许参与者更改其 IP 地址（例如，从 WIFI 移动到移动网络时），但仍然相互发送数据包，这些数据包仍然可以分配给正确的连接。
但接收方如何知道对方要发送数据包的新 IP 地址呢？
我已经阅读了规范，但我不太明白它是如何工作的
我可以使用 curl 使用 HTTP/3 而不是 HTTP/2、HTTP/1.1 或 HTTP/1.0.curl 来卷曲支持 HTTP/3 的网站吗？这可能吗？如果是这样，如何做到这一点？
HTTP/2 和 HTTP/3 之间的主要区别之一是从 TCP 切换到 UDP。
据我了解，TCP 通过验证没有数据包丢失来验证数据完整性。再次请求丢失的任何数据包以确保正确接收所有数据。
对于 UDP，没有这样的验证。如果数据包丢失，那就这样吧。
话虽如此，如果我在 HTTP/3 上发出请求并且数据包丢失，是否有一种机制可以确保我获得所有数据，或者我的响应是否有丢失数据包的风险？
新的 HTTP/3 协议应该比 HTTP/2 更快、更安全。如何在运行 IIS 网站的 Windows Server 上启用它？
即使经过大量谷歌搜索，我对 quic 仍然很天真。我正在专门研究 lucasclemente/go-quic。
quic 服务器应该使用 443 吗？如果是这样，它会回退到 http2 和 tls 1.2 吗？我说的是一般情况。不适用于特定的 go 包。但如果您有该 go 包的具体信息，那就太好了。
是的，我意识到 quic 还很年轻，还没有必要。我只是好奇，找不到具体的答案。谢谢！