QUIC是谷歌開發的TCP終結者，微軟則推出了自家的QUIC：MsQuic。
微軟透露，自己是QUIC的用戶。QUIC是TCP的後續版本，對HTTP3而言不可或缺，但是除了谷歌和Cloudflare外，它並沒有引起太多人的興趣。
QUIC的全稱是Quick UDP Internet Connections（快速UDP互聯網連接），是谷歌在2013年發佈的一種協議，旨在替代繁瑣的、依賴操作系統的TCP，從而幫助互聯網擴展規模和加快速度。谷歌和Cloudflare都對更快速、更高效的網絡互聯技術頗感興趣，它們推動QUIC進入IETF標準流程，該協議已成為HTTP / 3的一部分。
雖然QUIC已進入了Chrome瀏覽器，但W3Techs之類的觀察機構發現，使用該協議的網站僅佔網站總數的3%到4%。
這就是為什麼作為QUIC用戶和倡導者的微軟開放了實施QUIC的源代碼備受關注！
和往常一樣，微軟開發了自己的QUIC，並另立名頭、稱之為MsQuic。該公司發佈的帖子顯示了它使用MsQuic的情況，如下所示：
- Windows將在內核中隨帶MsQuic，以支持收件箱的各種功能。Windows HTTP/3堆棧是基於MsQuic構建的。
- Microsoft 365正在測試使用HTTP/3的IIS預覽版，以減少最後一英里的尾部丟失（tail loss）延遲。這目前正在內部環境中積極使用。
- .NET Core已將HTTP/3支持功能內置到基於MsQuic的Kestrel和HttpClient中。.NET Core 5.0版本的實驗性預覽版提供了HTTP/3支持。
- Windows中的SMB也在建立原型，以便使用MsQuic。QUIC為SMB帶來了幾個好處，比如更好的互聯網可達性、基於行業標準TLS的安全連接以及帶有證書驗證的服務器身份驗證。最棒的是，這在MsQuic上帶來了一種全然不同的工作負載，增強了傳輸協議的通用性。
該帖子還向我們多少透露了微軟為什麼搗鼓QUIC：
“MsQuic為許多重要的網絡場景帶來了性能和安全方面的改進。我們的在線服務從性能改進（比如縮短尾部延遲和加快連接設置）受益匪淺。我們的連接將能夠無縫切換網絡，因為它們可以承受IP地址/端口更改帶來的影響。這無異於可以在我們的邊緣設備上獲得更好的用戶體驗。”
QUIC仍處於IETF的標準跟蹤過程。微軟表示，MsQuic與QUIC同樣處於“準備建立原型和測試”的狀態，並承諾不久會更深入地披露它實施這項協議的細節。
IETF也認為QUIC將是即將發佈的HTTP/3標準的基礎，正如SPDY是HTTP/2的基礎、TCP是HTTP/1的基礎那樣。
MsQuic的開源鏈接：https://github.com/microsoft/msquic
