Wat zijn de verschillen tussen HTTP/1.1, HTTP/2 en HTTP/3?

Question

IT Interview Practice · Accepted Answer

Alle drie leveren dezelfde HTTP-semantiek (methods, headers, status codes) maar verschillen in *hoe* ze bytes over de lijn verplaatsen — elke versie verhelpt een bottleneck van de vorige. Het thema is **het wegnemen van head-of-line (HOL) blocking**, waarbij één vastzittende request andere ophoudt.

```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** stuurt één request per connectie tegelijk; browsers omzeilen dit door ~6 parallelle connecties per host te openen, en tekst-headers worden ongecomprimeerd verstuurd. **HTTP/2** voegt **multiplexing** toe — veel gelijktijdige **streams** over één connectie — plus binary framing, header-compressie (HPACK), en server push. Maar omdat het nog steeds op TCP draait, blokkeert één verloren pakket *elke* stream tot het opnieuw verzonden is: HOL blocking verschoof simpelweg van de HTTP-laag omlaag naar TCP.

**HTTP/3** lost dat op door op **QUIC** te draaien, een nieuw transport gebouwd op **UDP**. QUIC implementeert streams zelf, dus loss op één stream laat de andere niet haperen. Het voegt ook de transport- en TLS-handshakes samen (1-RTT, vaak 0-RTT bij hervatten) voor snellere connectie-setup, en ondersteunt **connection migration** zodat een sessie een netwerkwissel overleeft (Wi-Fi → cellular).

## Waarom het belangrijk is

Dit is een geliefde medior-vraag omdat het antwoord een verhaal is van *probleem → fix → nieuw probleem → fix*, precies hoe een sterke engineer over evoluerende systemen redeneert. Het kerninzicht waar interviewers naar zoeken is het begrijpen van **head-of-line blocking op twee lagen**: HTTP/2 loste het op op de applicatielaag maar zat nog gevangen onder TCP, en HTTP/3 moest het transport zelf wijzigen om de klus af te maken. Het is ook praktisch: dit weten stuurt echte beslissingen over connectiehergebruik, of je nog domeinen moet sharden, en wat je wint door HTTP/3 op je CDN aan te zetten.

Waarom het belangrijk is

Gerelateerde vragen