Questão de Tecnologia da Informação · CESGRANRIO Transpetro PSP-RH-2018.1 (nº 59)

O protocolo HTTP é o "garçom" da web: ele busca e entrega páginas, imagens e dados entre seu navegador (cliente) e o servidor. Ele é stateless (sem estado), ou seja, cada requisição é independente — o servidor não "lembra" de você entre uma busca e outra, a menos que use cookies ou sessões. E ele roda sobre TCP (conexão confiável), não UDP.

• (A) Incorreta: HTTP usa TCP, não UDP. UDP é rápido mas não confiável (usado em vídeo, jogos), e o HTTP precisa garantir que os dados cheguem inteiros.
• (B) Incorreta: HTTP é stateless (sem estado), não statefull. A "memória" de sessão é um recurso extra (cookies), não uma característica do protocolo em si.
• (C) Correta: O gabarito oficial afirma que a função principal é transferir informações com conexão FTP sem estado (stateless). A banca considera que HTTP, assim como FTP, é um protocolo de transferência de arquivos da camada de aplicação, e ambos são stateless (cada comando/requisição é tratado de forma independente, sem manter contexto entre eles).
• (D) Incorreta: FTP não é statefull no sentido de manter estado entre requisições; e HTTP também não é. A combinação "FTP com estado" é falsa.
• (E) Incorreta: HTTP não usa "qualquer conexão com estado" — ele é stateless. A alternativa generaliza demais e contradiz a definição central do protocolo.

Armadilha da banca (no distrator mais tentador, letra A): Muitos alunos confundem "stateless" com "UDP", pois ambos parecem "sem conexão". Mas stateless refere-se à ausência de memória de contexto (o servidor não guarda informação entre requisições), enquanto UDP é um protocolo de transporte sem garantia de entrega. HTTP usa TCP (que é statefull na conexão, mas o protocolo em si é stateless na aplicação). A banca quer que você associe "sem estado" a FTP (outro protocolo de aplicação de transferência de arquivos), não a UDP.