O que acontece quando você digita uma URL e aperta Enter?

Question

IT Interview Practice · Accepted Answer

Digitar uma URL dispara uma cadeia de passos de rede: o navegador descobre o endereço IP do servidor, abre uma conexão com ele, envia uma requisição HTTP, recebe a resposta e renderiza a página. Aqui está o fluxo de ponta a ponta para `https://example.com`:

```text
You type https://example.com
   │
   ▼
1. URL PARSE   split scheme (https) + host (example.com) + path (/)
   │
   ▼
2. DNS         example.com ──▶ 93.184.216.34   (resolve name → IP)
   │
   ▼
3. TCP         3-way handshake to 93.184.216.34:443  (open connection)
   │
   ▼
4. TLS         handshake: verify certificate + agree on keys (encrypt)
   │
   ▼
5. HTTP        GET / HTTP/1.1   Host: example.com   (send request)
   │
   ▼
6. RESPONSE    200 OK + HTML   (server replies)
   │
   ▼
7. RENDER      parse HTML → fetch CSS/JS/images → build DOM → paint
```

O **DNS** transforma o nome legível por humanos num endereço IP, geralmente servido a partir de um cache (navegador, SO ou resolver), de modo que não custa nada em visitas repetidas. O **TCP** então estabelece uma conexão confiável com o servidor na porta 443. Como a URL é `https`, segue-se um handshake **TLS**: o navegador verifica o certificate do servidor e ambos os lados derivam chaves de sessão para que o tráfego seja criptografado. Só agora o navegador envia a **requisição HTTP** de fato (`GET /`). O servidor retorna uma **resposta** — um status code mais HTML. O navegador faz o parse desse HTML, descobre referências a CSS, JavaScript e imagens, busca esses recursos (muitas vezes em paralelo), constrói o **DOM** e pinta os pixels na tela.

## Por que isso importa

Esta é uma das perguntas de entrevista mais comuns justamente porque ela toca em cada camada da stack — DNS, TCP, TLS, HTTP e rendering — numa única história. Uma resposta forte mostra que você entende como as peças se conectam, em vez de memorizar um único protocolo. Ela também abre a porta para perguntas de aprofundamento: caching, reúso de conexão, latência e onde as coisas podem falhar, que são exatamente os tópicos que importam quando você faz debug de uma página lenta ou quebrada em produção.

Por que isso importa

Perguntas relacionadas