11 月 14 日下午消息，據(jù)中國(guó)臺(tái)灣地區(qū) iThome.com.tw 報(bào)道，國(guó)際互聯(lián)網(wǎng)工程任務(wù)組（Internet Engineering Task Force, IETF）將于近日商討下一代 HTTP 底層協(xié)議，可能不再使用已經(jīng)沿用多年的 TCP 協(xié)議，而有望改用以 UDP 協(xié)議發(fā)展出的 QUIC 技術(shù)，同時(shí)新一代 HTTP 將命名為 HTTP/3。
目前，人們使用的 HTTP (1.0、1.1 及2) 都是以 TCP (Transmission Control Protocol)協(xié)議為基礎(chǔ)實(shí)作出來(lái)。TCP 作為一種傳輸控制協(xié)議，優(yōu)點(diǎn)是安全、流量穩(wěn)定、講求封包的傳輸順序，但缺點(diǎn)是效率低、連接耗時(shí)。為了提升數(shù)據(jù)在 IP 網(wǎng)絡(luò)上的傳輸，Google 提出了實(shí)驗(yàn)性網(wǎng)絡(luò)層協(xié)議，稱(chēng)為 QUIC。
QUIC 并不使用 TCP，而改用 UDP (User Datagram Protocol)為底層，UDP 雖然較不安全、可能有掉封包或封包后發(fā)先至的問(wèn)題，但較簡(jiǎn)單、傳輸效率更高，能大幅減低延遲性。Google 為 QUIC 提升安全性、并加入緩沖機(jī)制避免阻斷服務(wù)攻擊（DoS）。
雖然 Google 有意將 QUIC 提交到 IETF，以便成為下一代網(wǎng)際網(wǎng)絡(luò)規(guī)范，但 IETF 也提出了一個(gè)和 Google QUIC 分庭抗禮的 QUIC。社區(qū)中稱(chēng) Google 提出的 QUIC 為 gQUIC，而 IETF 的為 iQUIC。
另一方面，當(dāng) IETF 的 QUIC 工作小組將 QUIC 標(biāo)準(zhǔn)化時(shí)，它衍生出共兩個(gè)協(xié)議，一個(gè)是網(wǎng)絡(luò)傳輸協(xié)議，一個(gè)是 HTTP 層協(xié)議。網(wǎng)絡(luò)傳輸層協(xié)議也可用于傳輸其他數(shù)據(jù)，不只為 HTTP 設(shè)定，但兩者名稱(chēng)都使用了 QUIC；而在 iQUIC 上傳輸?shù)?HTTP 協(xié)議，長(zhǎng)期以來(lái)就被稱(chēng)為 HTTP-over-QUIC，或 HTTP/QUIC。
為了解決種種混淆，讓彼此之間更容易分別，IETF 決定加以正名。HTTP 工作小組暨 QUIC 工作小組主席 Mark Nottingham 倡議將 HTTP-over-QUIC（HTTP/QUIC）重新命名為 HTTP/3，并在上周舉行的 IETF HTTPBIS 會(huì)議中提議，并且也廣為接受。
Mozilla 開(kāi)發(fā)人員 Daniel Stenberg 日志列出了 Nottigham 在會(huì)中的簡(jiǎn)報(bào)，簡(jiǎn)報(bào)重申 HTTP/3 和之前協(xié)議之間的差異。HTTP/QUIC（HTTP/3）并非 HTTP/1.1 或 HTTP/2 的后代，也不是 QUIC 上的 HTTP/2 協(xié)議，因?yàn)樗窃?QUIC 協(xié)議上新開(kāi)發(fā)出的 HTTP。下一代 HTTP 將是以 QUIC 為核心及網(wǎng)絡(luò)傳輸協(xié)議的新協(xié)議。
Litespeed 的工程師也宣布該公司和臉書(shū)已經(jīng)完成 HTTP/3 實(shí)作的相容性測(cè)試。
聯(lián)系客服
