HTTP/3

HTTP/3 je HTTP preko QUIC — web protokol sljedeće generacije koji zamjenjuje TCP+TLS+HTTP/2 stog jednim integriranim dizajnom temeljenim na UDP-u. Standardiziran je u RFC 9114 2022. i sada je zadani protokol za većinu velikih web-mjesta, uključujući Google, Cloudflare, Meta i Microsoftova svojstva.

Povijest HTTP verzija

A brza referenca:

• HTTP/0.9 (1991.): zahtjevi u jednom retku, ne zaglavlja, bez metapodataka. Samo povijesni interes.
• HTTP/1.0 (1996): zaglavlja, više metoda, MIME tipovi. Svaki zahtjev za novu TCP vezu.
• HTTP/1.1 (1997, revidirano 2014): trajne veze, cjevovod, zaglavlja hosta. Webov radni konj dva desetljeća.
• HTTP/2 (2015.): binarni protokol, kompresija zaglavlja (HPACK), multipleksiranje toka, push poslužitelja. Radi preko TLS preko TCP.
• HTTP/3 (2022): radi preko QUIC preko UDP. Uklanja TCP head-of-line blokiranje, brže rukovanje, podržava migraciju veze.

Što je HTTP/3 popravio

Tri specifična HTTP/2 problema dovela su do redizajna:

• Blokiranje head-of-line transportnog sloja. HTTP/2 multipleksira mnoge tokove preko jedne TCP veze. Kada se paket izgubi, TCP zaustavlja cijelu vezu sve dok se izgubljeni paket ponovno ne odašilje — iako je samo jedan tok trebao taj paket. QUIC-ova pouzdanost po struji to eliminira.
• Postavljanje više povratnih poruka. TCP rukovanje + TLS rukovanje = 3 povratna putovanja prije nego što HTTP može teći. QUIC ih spaja u 1 kružno putovanje (0 u nekim slučajevima 0-RTT). Na vezi s kašnjenjem od 100 ms, to je 200–300 ms poboljšanja učitavanja stranice.
• Prestanak veze pri promjeni mreže. Prebacivanje s Wi-Fi na mobilnu vezu prekida svaku TCP vezu. QUIC migracija veze preživljava prebacivanje identificiranjem veze pomoću ID-a veze umjesto 5-torke.

Što ostaje isto kao HTTP/2

Iz perspektive aplikacije, HTTP/3 izgleda vrlo slično HTTP/2:

• Binary uokvirivanje
• Multipleksirani tokovi (sada bez TCP HOL blokiranja)
• Kompresija zaglavlja (sada QPACK umjesto HPACK, redizajniran za rad s QUIC-ovim modelom toka)
• Ista HTTP semantika — metode, statusni kodovi, zaglavlja

Aplikacija kod koji je radio na HTTP/2 radi na HTTP/3 bez promjena; razlike su u potpunosti u prijenosu.

Kako preglednik koristi HTTP/3

Poslužitelji signaliziraju dostupnost HTTP/3 preko alt-svc zaglavlja odgovora na HTTP/2 odgovore. Preglednik pamti "ovo podrijetlo također podržava h3 na UDP/443" i koristi HTTP/3 za sljedeće veze. Ako QUIC ne uspije (vatrozid blokira UDP, itd.), preglednik se vraća na HTTP/2 preko TCP-a.

Nekoliko preglednika također koristi DNS HTTPS zapise da saznaju dostupnost HTTP/3 prije nego što se uopće povežu — spremajući početni HTTP/2 povratni put pri prvom kontaktu.

Performanse u praksa

Pobjede su najveće tamo gdje je TCP najviše trpio:

• Mobilne mreže s velikim gubitkom paketa i čestim promjenama mreže
• Veze s velikim kašnjenjem gdje je spremljeno rukovanje povratno važno proporcionalno
• Stranice s mnogo resursa gdje multipleksiranje koristi složeno

Na čistim žičanim vezama s rubom CDN-a, HTTP/3 i HTTP/2 rade slično. Jaz se povećava kako se uvjeti pogoršavaju — točno kada korisnici primijete sporost.

Usvajanje

A od kraja 2025.:

• Chrome, Firefox, Safari, Edge svi imaju zadani HTTP/3 kada poslužitelj to ponudi.
• Cloudflare, Google, Brzo, Akamai, AWS CloudFront, Microsoft, Meta poslužuju HTTP/3.
• Otprilike 30–40% svih web zahtjeva prema volumenu koristi HTTP/3.
• Mnoge poslovne mreže blokiraju QUIC na vatrozidu, prisiljavajući povratak na HTTP/2. Ovo je najveći blokator većeg usvajanja.

Što HTTP/3 ne mijenja

HTTP semantika je nepromijenjena. Isto predmemoriranje, pregovaranje sadržaja, uvjetni zahtjevi i obrasci provjere autentičnosti funkcioniraju. Web programeri koji izrađuju aplikacije rijetko moraju razmišljati o tome koja se HTTP verzija koristi; platforma to rješava. Pogodnosti se automatski prikupljaju svakome čiji izvorni poslužitelj i CDN podržavaju HTTP/3.