Hva er forskjellene mellom HTTP/1.1, HTTP/2 og HTTP/3?

Question

IT Interview Practice · Accepted Answer

Alle tre leverer samme HTTP-semantikk (metoder, headere, statuskoder), men skiller seg i *hvordan* de flytter byte over ledningen — hver versjon fikser en flaskehals fra den forrige. Det gjennomgående temaet er **å fjerne head-of-line (HOL) blocking**, der én fastlåst forespørsel holder andre igjen.

```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 forespørsel per tilkobling om gangen; nettlesere omgår dette ved å åpne ~6 parallelle tilkoblinger per host, og tekst-headere sendes ukomprimert. **HTTP/2** legger til **multiplexing** — mange samtidige **streams** over én enkelt tilkobling — pluss binær framing, header-komprimering (HPACK) og server push. Men fordi den fortsatt kjører på TCP, blokkerer én tapt pakke *hver* stream til den er retransmittert: HOL blocking flyttet rett og slett fra HTTP-laget ned til TCP.

**HTTP/3** løser det ved å kjøre på **QUIC**, en ny transport bygget på **UDP**. QUIC implementerer streams selv, så tap på én stream stopper ikke de andre. Den slår også sammen transport- og TLS-handshakene (1-RTT, ofte 0-RTT ved gjenopptakelse) for raskere oppsett av tilkobling, og støtter **connection migration** slik at en økt overlever et nettverksbytte (Wi-Fi → cellular).

## Hvorfor det er viktig

Dette er et populært spørsmål på middle-nivå fordi svaret er en fortelling om *problem → fiks → nytt problem → fiks*, som er nøyaktig slik en dyktig ingeniør resonnerer om systemer i utvikling. Nøkkelinnsikten intervjuere ser etter er å forstå **head-of-line blocking på to lag**: HTTP/2 løste det på applikasjonslaget, men var fortsatt fanget under TCP, og HTTP/3 måtte endre selve transporten for å fullføre jobben. Det er også praktisk: å vite dette styrer reelle beslutninger om gjenbruk av tilkoblinger, om man fortsatt skal sharde domener, og hva du oppnår ved å skru på HTTP/3 på CDN-en din.

Hvorfor det er viktig

Relaterte spørsmål