Hvad er forskellene mellem HTTP/1.1, HTTP/2 og HTTP/3?

Question

IT Interview Practice · Accepted Answer

Alle tre leverer den samme HTTP-semantik (metoder, headers, statuskoder), men adskiller sig i *hvordan* de flytter bytes over kablet — hver version retter en flaskehals fra den forrige. Temaet er **at fjerne head-of-line (HOL) blocking**, hvor én fastlåst request holder andre op.

```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** sender én request pr. forbindelse ad gangen; browsere arbejder uden om dette ved at åbne ~6 parallelle forbindelser pr. host, og tekst-headers sendes ukomprimeret. **HTTP/2** tilføjer **multiplexing** — mange samtidige **streams** over en enkelt forbindelse — plus binary framing, header-komprimering (HPACK) og server push. Men fordi den stadig kører på TCP, blokerer en enkelt tabt pakke *hver* stream, indtil den er retransmittet: HOL blocking flyttede simpelthen fra HTTP-laget ned til TCP.

**HTTP/3** løser det ved at køre på **QUIC**, en ny transport bygget på **UDP**. QUIC implementerer selv streams, så tab på én stream staller ikke de andre. Den slår også transport- og TLS-handshakene sammen (1-RTT, ofte 0-RTT ved genoptagelse) for hurtigere opsætning af forbindelse og understøtter **connection migration**, så en session overlever et netværksskift (Wi-Fi → cellular).

## Hvorfor det betyder noget

Dette er et yndet spørgsmål på mellemniveau, fordi svaret er en fortælling om *problem → fix → nyt problem → fix*, hvilket er præcis, hvordan en stærk ingeniør ræsonnerer om systemer i udvikling. Den centrale indsigt, interviewere leder efter, er at forstå **head-of-line blocking på to lag**: HTTP/2 løste det på applikationslaget, men var stadig fanget under TCP, og HTTP/3 måtte ændre selve transporten for at gøre arbejdet færdigt. Det er også praktisk: at vide dette guider reelle beslutninger om genbrug af forbindelser, om man stadig skal sharde domæner, og hvad du vinder ved at aktivere HTTP/3 på din CDN.

Hvorfor det betyder noget

Relaterede spørgsmål