Vad är skillnaderna mellan HTTP/1.1, HTTP/2 och HTTP/3?

Question

IT Interview Practice · Accepted Answer

Alla tre levererar samma HTTP-semantik (metoder, headers, statuskoder) men skiljer sig i *hur* de flyttar bytes över tråden — varje version åtgärdar en flaskhals i den föregående. Temat är **att ta bort head-of-line (HOL) blocking**, där en fastnad request håller upp andra.

```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** skickar en request per anslutning åt gången; webbläsare kringgår detta genom att öppna ~6 parallella anslutningar per host, och text-headers skickas okomprimerade. **HTTP/2** lägger till **multiplexing** — många samtidiga **streams** över en enda anslutning — plus binär framing, header-komprimering (HPACK) och server push. Men eftersom det fortfarande körs på TCP blockerar ett enda tappat paket *varje* stream tills det retransmitterats: HOL blocking flyttade helt enkelt från HTTP-skiktet ner till TCP.

**HTTP/3** löser det genom att köras på **QUIC**, ett nytt transport byggt på **UDP**. QUIC implementerar själv streams, så förlust på en stream stockar inte de andra. Det slår också samman transport- och TLS-handskakningarna (1-RTT, ofta 0-RTT vid återupptagning) för snabbare anslutningsuppsättning, och stöder **connection migration** så att en session överlever ett nätverksbyte (Wi-Fi → mobilnät).

## Varför det är viktigt

Detta är en omtyckt fråga på middle-nivå eftersom svaret är en berättelse om *problem → åtgärd → nytt problem → åtgärd*, vilket är precis hur en stark ingenjör resonerar om system i utveckling. Den centrala insikten intervjuare letar efter är att förstå **head-of-line blocking på två skikt**: HTTP/2 löste det på applikationsskiktet men satt fortfarande fast under TCP, och HTTP/3 var tvunget att ändra själva transportlagret för att slutföra jobbet. Det är också praktiskt: att veta detta vägleder verkliga beslut om återanvändning av anslutningar, huruvida man fortfarande ska sharda domäner, och vad man vinner på att aktivera HTTP/3 i sin CDN.

Varför det är viktigt

Relaterade frågor