Quais são as diferenças entre HTTP/1.1, HTTP/2 e HTTP/3?

Question

IT Interview Practice · Accepted Answer

Os três entregam a mesma semântica HTTP (methods, headers, status codes) mas diferem em *como* movem bytes pela rede — cada versão corrige um gargalo da anterior. O tema é **remover o head-of-line (HOL) blocking**, onde uma requisição travada segura as outras.

```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
```

O **HTTP/1.1** envia uma requisição por conexão de cada vez; os navegadores contornam isso abrindo ~6 conexões paralelas por host, e os headers de texto são enviados sem compressão. O **HTTP/2** adiciona **multiplexing** — muitos **streams** concorrentes sobre uma única conexão — mais binary framing, compressão de headers (HPACK) e server push. Mas como ainda roda sobre TCP, um único pacote perdido bloqueia *todos* os streams até ser retransmitido: o HOL blocking simplesmente desceu da camada HTTP para o TCP.

O **HTTP/3** resolve isso rodando sobre **QUIC**, um novo transporte construído sobre **UDP**. O QUIC implementa os streams por conta própria, então a perda em um stream não trava os outros. Ele também funde os handshakes de transporte e TLS (1-RTT, muitas vezes 0-RTT na retomada) para um setup de conexão mais rápido, e suporta **connection migration** para que uma sessão sobreviva a uma mudança de rede (Wi-Fi → celular).

## Por que isso importa

Esta é uma pergunta favorita de nível pleno porque a resposta é uma história de *problema → correção → novo problema → correção*, que é exatamente como um engenheiro forte raciocina sobre sistemas em evolução. O insight-chave que os entrevistadores buscam é entender o **head-of-line blocking em duas camadas**: o HTTP/2 o resolveu na camada de aplicação mas continuou preso sob o TCP, e o HTTP/3 teve que mudar o próprio transporte para concluir o trabalho. É também prático: saber disso guia decisões reais sobre reúso de conexão, se ainda vale a pena fazer sharding de domínios, e o que você ganha ao habilitar o HTTP/3 no seu CDN.

Por que isso importa

Perguntas relacionadas