Mik a különbségek a HTTP/1.1, a HTTP/2 és a HTTP/3 között?

Question

IT Interview Practice · Accepted Answer

Mindhárom ugyanazt a HTTP-szemantikát nyújtja (method-ok, header-ök, status code-ok), de abban különböznek, *hogyan* mozgatják a byte-okat a vezetéken — minden verzió az előző egy szűk keresztmetszetét javítja. A vezérfonal a **head-of-line (HOL) blocking megszüntetése**, amikor egy megrekedt kérés feltartja a többit.

```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
```

A **HTTP/1.1** egyszerre egy requestet küld kapcsolatonként; a böngészők ezt úgy kerülik meg, hogy hostonként ~6 párhuzamos kapcsolatot nyitnak, a szöveges headereket pedig tömörítetlenül küldik. A **HTTP/2** hozzáad **multiplexing**-et — sok egyidejű **stream**-et egyetlen kapcsolaton —, plusz binary framing-et, header-tömörítést (HPACK) és server push-t. De mivel még mindig TCP-n fut, egyetlen elveszett csomag *minden* streamet blokkol, amíg újra nem küldik: a HOL blocking egyszerűen a HTTP rétegről lejjebb, a TCP-re költözött.

A **HTTP/3** ezt úgy oldja meg, hogy **QUIC**-en fut, egy új, **UDP**-re épülő transporton. A QUIC maga valósítja meg a streameket, így az egyik streamen bekövetkező vesztés nem akasztja meg a többit. Emellett összevonja a transport és a TLS handshake-eket (1-RTT, gyakran 0-RTT újracsatlakozáskor) a gyorsabb kapcsolatépítéshez, és támogatja a **connection migration**-t, így egy munkamenet túléli a hálózatváltást (Wi-Fi → cellular).

## Miért fontos

Ez egy kedvelt middle szintű kérdés, mert a válasz egy *probléma → javítás → új probléma → javítás* történet, pontosan úgy, ahogy egy erős mérnök fejlődő rendszerekről gondolkodik. A kulcs felismerés, amit az interjúztatók keresnek, a **head-of-line blocking két rétegen** való megértése: a HTTP/2 megoldotta az application rétegen, de még mindig a TCP alá volt zárva, a HTTP/3-nak pedig magát a transportot kellett megváltoztatnia, hogy befejezze a munkát. Ez gyakorlati is: ennek ismerete valós döntéseket vezérel a kapcsolat-újrahasználatról, arról, hogy érdemes-e még domaineket shardolni, és arról, mit nyersz a HTTP/3 bekapcsolásával a CDN-eden.

Miért fontos

Kapcsolódó kérdések