Jaké jsou rozdíly mezi HTTP/1.1, HTTP/2 a HTTP/3?

Question

IT Interview Practice · Accepted Answer

Všechny tři poskytují stejnou sémantiku HTTP (metody, hlavičky, status codes), ale liší se v tom, *jak* přesouvají byty po drátě — každá verze opravuje úzké hrdlo té předchozí. Ústředním motivem je **odstranění head-of-line (HOL) blockingu**, kdy jeden zaseknutý request zdržuje ostatní.

```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** posílá na jedno spojení vždy jeden request; prohlížeče to obcházejí otevřením ~6 paralelních spojení na host a textové hlavičky se posílají nekomprimované. **HTTP/2** přidává **multiplexing** — mnoho souběžných **streamů** přes jediné spojení — plus binární framing, kompresi hlaviček (HPACK) a server push. Ale protože stále běží na TCP, jediný ztracený paket blokuje *každý* stream, dokud není retransmitován: HOL blocking se prostě přesunul z HTTP vrstvy dolů na TCP.

**HTTP/3** to řeší tím, že běží na **QUIC**, novém transportu postaveném na **UDP**. QUIC implementuje streamy sám, takže ztráta na jednom streamu nezastaví ostatní. Slučuje také handshaky transportu a TLS (1-RTT, při obnovení často 0-RTT) pro rychlejší navázání spojení a podporuje **connection migration**, takže relace přežije změnu sítě (Wi-Fi → mobilní data).

## Proč je to důležité

Tohle je oblíbená otázka na střední úrovni, protože odpověď je příběh *problém → oprava → nový problém → oprava*, což je přesně to, jak silný inženýr uvažuje o vyvíjejících se systémech. Klíčové, co tazatelé hledají, je pochopení **head-of-line blockingu na dvou vrstvách**: HTTP/2 jej vyřešil na aplikační vrstvě, ale zůstal uvězněn pod TCP, a HTTP/3 muselo změnit samotný transport, aby práci dokončilo. Je to i praktické: znalost toho vede skutečná rozhodnutí o opětovném využití spojení, o tom, zda ještě shardovat domény, a co získáte zapnutím HTTP/3 na svém CDN.

Proč je to důležité

Související otázky