Koje su razlike između HTTP/1.1, HTTP/2 i HTTP/3?

Question

IT Interview Practice · Accepted Answer

Sva tri isporučuju istu HTTP semantiku (metode, headeri, status kodovi) ali se razlikuju u *tome kako* premještaju bajtove preko žice — svaka verzija popravlja usko grlo prethodne. Tema je **uklanjanje head-of-line (HOL) blockinga**, gdje jedan zaglavljen request drži ostale.

```text
HTTP/1.1  over TCP     one request at a time per connection
  conn ──[req A]──[req B]──[req C]──▶   B waits for A (HOL blocking at HTTP layer)

HTTP/2    over TCP     many streams multiplexed on ONE connection
  conn ══[A|B|C interleaved]══▶        but a lost TCP packet stalls ALL streams
                                       (HOL blocking moves down to TCP)

HTTP/3    over QUIC (UDP)   independent streams, per-stream delivery
  conn ══[A][B][C]══▶                  a lost packet stalls only its own stream
```

**HTTP/1.1** šalje jedan request po vezi odjednom; preglednici to zaobilaze otvaranjem ~6 paralelnih veza po hostu, a tekstualni headeri šalju se nekomprimirani. **HTTP/2** dodaje **multipleksiranje** — mnogo istodobnih **streamova** preko jedne veze — uz binarni framing, kompresiju headera (HPACK) i server push. No budući da i dalje radi na TCP-u, jedan izgubljeni paket blokira *svaki* stream dok se ne retransmitira: HOL blocking se jednostavno premjestio sa HTTP sloja dolje na TCP.

**HTTP/3** to rješava radeći na **QUIC-u**, novom transportu izgrađenom na **UDP-u**. QUIC sam implementira streamove, pa gubitak na jednom streamu ne zaustavlja ostale. Također spaja transportni i TLS handshake (1-RTT, često 0-RTT pri nastavku) za bržu uspostavu veze i podržava **connection migration** kako bi sesija preživjela promjenu mreže (Wi-Fi → mobilna).

## Zašto je to važno

Ovo je omiljeno pitanje srednje razine jer je odgovor priča o *problem → popravak → novi problem → popravak*, što je upravo način na koji snažan inženjer razmišlja o sustavima koji se razvijaju. Ključni uvid koji ispitivači traže je razumijevanje **head-of-line blockinga na dvije razine**: HTTP/2 ga je riješio na aplikacijskom sloju, ali je i dalje bio zarobljen pod TCP-om, a HTTP/3 je morao promijeniti sam transport da dovrši posao. To je i praktično: znanje ovoga vodi stvarne odluke o ponovnom korištenju veza, treba li još uvijek shardati domene i što dobivate omogućavanjem HTTP/3 na svom CDN-u.

Zašto je to važno

Povezana pitanja