Was sind die Unterschiede zwischen HTTP/1.1, HTTP/2 und HTTP/3?

Question

IT Interview Practice · Accepted Answer

Alle drei liefern dieselbe HTTP-Semantik (methods, headers, status codes), unterscheiden sich aber darin, *wie* sie Bytes über die Leitung bewegen — jede Version behebt einen Engpass der vorherigen. Das durchgängige Thema ist das **Beseitigen von head-of-line (HOL) blocking**, bei dem ein festhängender Request andere aufhält.

```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** sendet einen Request pro Verbindung auf einmal; Browser umgehen das, indem sie ~6 parallele Verbindungen pro Host öffnen, und Text-Header werden unkomprimiert gesendet. **HTTP/2** fügt **multiplexing** hinzu — viele gleichzeitige **streams** über eine einzige Verbindung — plus binary framing, Header-Kompression (HPACK) und server push. Aber weil es weiterhin auf TCP läuft, blockiert ein einzelnes verlorenes Paket *jeden* Stream, bis es retransmittet wird: HOL blocking ist einfach von der HTTP-Schicht hinunter zu TCP gewandert.

**HTTP/3** löst das, indem es auf **QUIC** läuft, einem neuen Transport, der auf **UDP** aufbaut. QUIC implementiert Streams selbst, sodass Verlust auf einem Stream die anderen nicht stoppt. Es verschmilzt außerdem die Transport- und TLS-Handshakes (1-RTT, oft 0-RTT beim Resume) für schnelleren Verbindungsaufbau und unterstützt **connection migration**, sodass eine Session einen Netzwerkwechsel übersteht (Wi-Fi → cellular).

## Warum es wichtig ist

Dies ist eine beliebte Frage auf mittlerem Level, weil die Antwort eine Geschichte von *Problem → Fix → neues Problem → Fix* ist, genau so, wie ein starker Ingenieur über sich entwickelnde Systeme nachdenkt. Die zentrale Einsicht, nach der Interviewer suchen, ist das Verständnis von **head-of-line blocking auf zwei Schichten**: HTTP/2 löste es auf der Anwendungsschicht, war aber weiterhin unter TCP gefangen, und HTTP/3 musste den Transport selbst ändern, um den Job zu vollenden. Es ist außerdem praktisch: Dies zu wissen leitet reale Entscheidungen über Wiederverwendung von Verbindungen, ob man Domains noch shardet und was du gewinnst, wenn du HTTP/3 an deinem CDN aktivierst.

Warum es wichtig ist

Ähnliche Fragen