Kakšne so razlike med HTTP/1.1, HTTP/2 in HTTP/3?

Question

IT Interview Practice · Accepted Answer

Vsi trije dostavljajo isto semantiko HTTP (metode, glave, statusne kode), a se razlikujejo v tem, *kako* premikajo bajte po žici — vsaka različica odpravi ozko grlo prejšnje. Rdeča nit je **odstranjevanje head-of-line (HOL) blokiranja**, kjer en zataknjen zahtevek zadržuje druge.

```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** pošlje po en zahtevek na povezavo naenkrat; brskalniki to zaobidejo z odpiranjem ~6 vzporednih povezav na gostitelja, besedilne glave pa se pošljejo nestisnjene. **HTTP/2** doda **multipleksiranje** — mnogo sočasnih **streamov** prek ene same povezave — plus binarno uokvirjanje (binary framing), stiskanje glav (HPACK) in server push. A ker še vedno teče na TCP, en sam izgubljen paket blokira *vsak* stream, dokler ni retransmitiran: HOL blokiranje se je preprosto premaknilo s plasti HTTP navzdol na TCP.

**HTTP/3** to reši tako, da teče na **QUIC**, novem transportu, zgrajenem na **UDP**. QUIC streame implementira sam, zato izguba na enem streamu ne zaustavi drugih. Prav tako združi rokovanji transporta in TLS (1-RTT, pogosto 0-RTT ob nadaljevanju) za hitrejšo vzpostavitev povezave in podpira **connection migration**, tako da seja preživi spremembo omrežja (Wi-Fi → mobilno).

## Zakaj je to pomembno

To je priljubljeno vprašanje srednje ravni, ker je odgovor zgodba o *problem → popravek → nov problem → popravek*, kar je natanko način, kako močan inženir sklepa o razvijajočih se sistemih. Ključni uvid, ki ga izpraševalci iščejo, je razumevanje **head-of-line blokiranja na dveh plasteh**: HTTP/2 ga je rešil na aplikacijski plasti, a je bil še vedno ujet pod TCP, HTTP/3 pa je moral spremeniti sam transport, da je dokončal delo. Je tudi praktično: to poznavanje usmerja resnične odločitve o ponovni uporabi povezav, ali je še vredno drobiti (shard) domene in kaj pridobite z omogočanjem HTTP/3 na svojem CDN.

Zakaj je to pomembno

Povezana vprašanja