TCP vs UDP: diferenças, exemplos e quando usar cada protocolo

Publicado em 2026-10-20 por frfrand

TCP entrega un flujo fiable y ordenado; UDP envía datagramas sin esas garantías. Entendé la diferencia con ejemplos de web, juegos, DNS y QUIC.

TCP e UDP são protocolos de transporte utilizados para enviar dados entre aplicações através de uma rede. TCP oferece um fluxo de bytes confiável e ordenado; UDP envia datagramas sem garantir por si só que cheguem, que cheguem uma única vez ou na mesma ordem.

Não significa que TCP seja sempre melhor. Cada protocolo resolve necessidades distintas. Para entendê-los, imagine que você precise enviar informações entre dois computadores.

Com TCP, o transporte confirma o recebimento, recupera perdas e apresenta os bytes em ordem. Com UDP, você envia mensagens individuais e a aplicação decide o que fazer se alguma se perder.

Há um detalhe importante: TCP não preserva os limites das mensagens. Se você enviar dois blocos, o receptor pode lê-los juntos ou em várias partes. A aplicação deve definir como separá-los. UDP preserva o limite de cada datagrama, embora não prometa sua entrega.

Como funciona o TCP?

Antes de trocar dados, as extremidades estabelecem uma conexão. TCP utiliza números de sequência, confirmações, retransmissões e mecanismos de controle de fluxo e congestionamento.

Graças a isso, uma aplicação recebe um fluxo ordenado mesmo que alguns segmentos se percam pelo caminho. A recuperação tem um custo: quando faltam dados, a aplicação não pode simplesmente tratá-los como recebidos.

TCP é comum em SSH, muitas conexões a bancos de dados e HTTP/1.1 ou HTTP/2 sobre TLS.

TCP por si só não criptografa o conteúdo. Quando precisar de confidencialidade, são utilizadas camadas de segurança como TLS. Por isso não se deve confundir um transporte confiável com uma conexão segura.

Como funciona o UDP?

O UDP permite enviar datagramas sem a fase de estabelecimento de conexão do TCP. Seu cabeçalho é menor e deixa a aplicação decidir o que fazer diante de perdas, atrasos ou duplicatas.

Isso não significa que o UDP seja sempre mais rápido ou menos seguro. Uma aplicação pode construir autenticação, criptografia, controle de congestionamento e recuperação de perdas sobre o UDP.

Um exemplo importante é o QUIC, utilizado pelo HTTP/3. O QUIC funciona sobre UDP e adiciona mecanismos de conexão, segurança e entrega confiável quando apropriado.

Por isso não é correto dizer que «todas as páginas web usam TCP»: o HTTP/3 emprega um transporte diferente, embora o navegador continue exibindo uma página web normal.

TCP vs UDP: uma comparação rápida

| Pergunta | TCP | UDP | |---|---|---| | Como entrega dados? | Fluxo contínuo de bytes | Datagramas individuais | | Garante entrega e ordem? | Oferece mecanismos de entrega confiável e ordenada enquanto a conexão opera | Não fornece essas garantias por si só | | Precisa estabelecer conexão? | Sim | Não, embora um aplicativo sobre UDP possa fazê-lo | | Inclui criptografia de forma nativa? | Não | Não | | Onde aparece? | SSH, vários bancos de dados, HTTP/1.1 e HTTP/2 | Consultas DNS, determinados aplicativos de tempo real, QUIC |

A pergunta prática não é qual é «mais moderno», mas qual garantia seu aplicativo precisa. Se você transfere um documento, geralmente importa recebê-lo completo. Se você envia dezenas de posições por segundo em um videogame, pode ser preferível receber a atualização mais recente do que esperar por uma anterior. Ainda assim, cada aplicativo pode adicionar sua própria lógica sobre qualquer um dos transportes.

O que muda ao configurar o firewall?

TCP e UDP usam números de porta, mas são protocolos distintos. Permitir 443/tcp não é o mesmo que permitir 443/udp. Um site que sirva HTTP/3 pode exigir UDP na porta correspondente; outro que utilize apenas HTTP/2 pode funcionar com TCP.

Antes de abrir portas, revise os protocolos que seu servidor realmente usa. Ter ambas abertas «por via das dúvidas» não é uma política de segurança. E, embora uma porta esteja permitida no firewall, isso não prova que um serviço esteja ouvindo atrás.

Você pode ampliar a explicação em o que é um firewall no Linux, onde são descritas as regras de rede com exemplos.

Exemplo: jogos multijogador

Em um jogo de ação, receber a posição do jogador há 200 milissegundos pode ser menos útil do que receber sua posição atual. Alguns aplicativos enviam atualizações frequentes e toleram perdas ocasionais, portanto o UDP pode ser uma boa base.

Isso não significa que todo o tráfego de um jogo deva ser UDP. Movimentos, chat, compras e eventos importantes podem exigir estratégias diferentes.

Exemplo: consultas DNS

O DNS usa frequentemente UDP para consultas tradicionais, mas também pode usar TCP e outros transportes de acordo com a operação e o protocolo empregado.

A frase «DNS só usa UDP» leva a configurações de rede incompletas. Um administrador deve verificar qual transporte seu serviço realmente precisa.

Três erros comuns

«UDP é sempre mais rápido». O desempenho final depende do aplicativo, da rede e das garantias que você precisa.

«TCP evita todos os erros». TCP recupera perdas enquanto a conexão funciona, mas não substitui a validação de dados nem o tratamento de falhas.

«UDP serve apenas para streaming». É usado em DNS, jogos e protocolos modernos como QUIC.

Como se relaciona com ArduMaker?

No ArduMaker, ao implantar um aplicativo em um VPS, também é necessário saber se o serviço utiliza TCP, UDP ou ambos. A configuração de portas depende do protocolo real do aplicativo.

Em resumo: escolha TCP quando precisar de um fluxo confiável e ordenado fornecido pelo transporte. Considere UDP quando trabalhar com datagramas e quiser gerenciar de outra forma os tempos, as perdas ou as garantias, como faz o QUIC.

Fontes oficiais: TCP, RFC 9293 · UDP, RFC 768 · QUIC, RFC 9000 · HTTP/3, RFC 9114.