Apa perbedaan antara HTTP/1.1, HTTP/2, dan HTTP/3?

Question

IT Interview Practice · Accepted Answer

Ketiganya menghadirkan semantik HTTP yang sama (method, header, status code) tetapi berbeda dalam *cara* mereka memindahkan byte di jalur — tiap versi memperbaiki sebuah bottleneck versi sebelumnya. Temanya adalah **menghilangkan head-of-line (HOL) blocking**, ketika satu request yang macet menghambat yang lain.

```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** mengirim satu request per koneksi dalam satu waktu; browser menyiasatinya dengan membuka ~6 koneksi paralel per host, dan header teks dikirim tanpa kompresi. **HTTP/2** menambahkan **multiplexing** — banyak **stream** bersamaan di atas satu koneksi — ditambah binary framing, kompresi header (HPACK), dan server push. Tetapi karena ia masih berjalan di atas TCP, satu paket yang hilang memblokir *setiap* stream sampai di-retransmit: HOL blocking sekadar pindah dari lapisan HTTP turun ke TCP.

**HTTP/3** memecahkannya dengan berjalan di atas **QUIC**, sebuah transport baru yang dibangun di atas **UDP**. QUIC mengimplementasikan stream-nya sendiri, sehingga kehilangan pada satu stream tidak menghentikan yang lain. Ia juga menggabungkan handshake transport dan TLS (1-RTT, sering 0-RTT saat menyambung kembali) untuk pembentukan koneksi lebih cepat, dan mendukung **connection migration** sehingga sebuah sesi bertahan melewati perubahan jaringan (Wi-Fi → seluler).

## Mengapa ini penting

Ini adalah pertanyaan favorit level menengah karena jawabannya adalah cerita *masalah → perbaikan → masalah baru → perbaikan*, persis cara seorang insinyur kuat bernalar tentang sistem yang berkembang. Wawasan kunci yang dicari pewawancara adalah memahami **head-of-line blocking di dua lapisan**: HTTP/2 memecahkannya di lapisan aplikasi tetapi masih terperangkap di bawah TCP, dan HTTP/3 harus mengubah transport itu sendiri untuk menuntaskannya. Ini juga praktis: mengetahui ini memandu keputusan nyata tentang penggunaan ulang koneksi, apakah masih perlu men-shard domain, dan apa yang Anda peroleh dengan mengaktifkan HTTP/3 di CDN Anda.

Mengapa ini penting

Pertanyaan terkait