QUIC

QUIC （ 讀作 “” ） 是一個通用的傳輸層網絡協議 ， 最初由Google的Jim Roskind設計 。 該協議於2012年實現並部署 ， 2013年隨着實驗範圍的擴大而公開發布 ， 並向IETF描述 。 雖然長期處於階段 ， 但從Chrome瀏覽器至Google服務器的連接中超過一半的連接都使用了QUIC 。 Microsoft Edge 、 Firefox都已支持此協議 ； Safari實現了QUIC ， 但默認情況下沒有啓用 。 QUIC於RFC9000中被正式標準化 。 雖然QUIC的名稱最初是 “ 快速UDP互聯網連接 ”  的首字母縮寫 ， 但IETF指定的標準中QUIC並不是任何內容的縮寫 。 QUIC提高了目前使用TCP的面向連接的網絡應用的性能 。 它通過使用用戶數據報協議 （ UDP ） 在兩個端點之間建立若干個多路連接來實現這一目標 ， 其目的是爲了在網絡層淘汰TCP ， 以滿足許多應用的需求 ， 因此該協議偶爾也會獲得 “ TCP / 2 ” 的暱稱 。 QUIC與HTTP / 2的多路複用連接協同工作 ， 允許多個數據流獨立到達所有端點 ， 因此不受涉及其他數據流的丟包影響 。 相反 ， HTTP / 2建立在傳輸控制協議 （ TCP ） 上 ， 如果任何一個TCP數據包延遲或丟失 ， 所有多路數據流都會遭受隊頭阻塞延遲 。 QUIC的次要目標包括降低連接和傳輸時延 ， 以及每個方向的帶寬估計以避免擁塞 。 它還將擁塞控制算法移到了兩個端點的使用者空間 ， 而不是內核空間 ， 據稱這將使這些算法得到更快的改進 。 此外 ， 該協議還可以擴展前向糾錯 （ FEC ） ， 以進一步提高預期錯誤時的性能 ， 這被視爲協議演進的下一步 。 2015年6月 ， QUIC規範的提交給IETF進行標準化 。 2016年 ， 成立了QUIC工作組 。 2018年10月 ， IETF的HTTP工作組和QUIC工作組共同決定將QUIC上的HTTP映射稱爲 " HTTP / 3 " ， 以提前使其成爲全球標準 。 2021年5月IETF公佈RFC9000 ， QUIC規範推出了標準化版本 。