Questão de Redes de Computadores — Protocolo — INSTITUTO AOCP 2024
Redes de Computadores›Protocolo
Código
qg263152
Banca
INSTITUTO AOCP
Órgão
UFS
Ano
2024
Nível
Superior
Cargo
Analista de Tecnologia da Informação - Classe E
Em relação ao protocolo HTTP e ao método HTTP POST, assinale alternativa correta.
AO método POST envia dados no corpo da requisição para criação ou atualização de recursos no servidor.
BO método POST é utilizado exclusivamente para receber dados do servidor.
CO método POST é idempotente e seguro.
DO método POST utiliza parâmetros na URL para enviar dados ao servidor.
EO método POST não permite o envio de dados no corpo da requisição.
Revelar gabarito e comentário▾
GabaritoA — O método POST envia dados no corpo da requisição para criação ou atualização de recursos no servidor.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Protocolo HTTP e o método POST
Gabarito: letra A. O método POST é o método HTTP utilizado para enviar dados no corpo da requisição, com o objetivo de criar ou atualizar recursos no servidor — exatamente o que afirma a alternativa A. Essa é a definição clássica do POST, que o distingue do GET (que envia dados pela URL) e do PUT (que também envia no corpo, mas é idempotente).
O HTTP (HyperText Transfer Protocol) é o protocolo da camada de aplicação que define como clientes e servidores trocam mensagens na Web. Ele é um protocolo de requisição-resposta: o cliente (geralmente um navegador) envia uma requisição HTTP ao servidor, e o servidor responde com uma mensagem de resposta. Cada requisição é composta por um método (GET, POST, PUT, DELETE, etc.), uma URL, cabeçalhos e, opcionalmente, um corpo (body).
O método POST é um dos métodos mais importantes do HTTP. Sua principal característica é que ele envia dados no corpo da requisição, e não na URL. Isso o torna adequado para enviar grandes quantidades de dados, como formulários, arquivos e conteúdo JSON. O POST é usado para criar novos recursos no servidor (por exemplo, ao cadastrar um usuário) ou para atualizar recursos existentes (por exemplo, ao editar um perfil). Por isso, a alternativa A está correta.
Uma distinção crucial que a banca explora é a diferença entre POST e GET. O GET envia dados pela URL, como parâmetros de consulta (query string), e é usado para recuperar recursos. O POST, por outro lado, envia dados no corpo e é usado para enviar dados ao servidor. Além disso, o POST não é idempotente nem seguro. Idempotente significa que várias requisições idênticas produzem o mesmo resultado; o POST, ao contrário, pode criar múltiplos recursos se for repetido. Seguro significa que o método não altera o estado do servidor; o POST, por definição, altera o estado, pois cria ou atualiza recursos.
A pegadinha desta questão está em confundir o POST com o GET ou com o PUT. O GET é o método que envia dados pela URL e é seguro e idempotente. O PUT também envia dados no corpo, mas é idempotente, pois atualiza um recurso específico. O POST, por sua vez, não é nem seguro nem idempotente, e envia dados no corpo. Guarde essa fronteira: POST = corpo da requisição + não idempotente + não seguro.
Métodos HTTP: GET (Dados na URL, Seguro, Idempotente); POST (Dados no corpo, Não seguro, Não idempotente); PUT (Dados no corpo, Não seguro, Idempotente); DELETE (Não seguro, Idempotente)
Alternativa A — ✅ Correta ⟵ GABARITO
A alternativa A descreve com precisão o método POST: ele envia dados no corpo da requisição para criação ou atualização de recursos no servidor. Essa é a definição canônica do POST, que o diferencia do GET (que envia dados pela URL) e do PUT (que também envia no corpo, mas é idempotente). O POST é o método padrão para envio de formulários e dados em APIs REST.
Alternativa B — ❌ Incorreta
A alternativa B afirma que o POST é utilizado exclusivamente para receber dados do servidor. Isso é um erro: o POST é usado para enviar dados ao servidor, não para recebê-los. O método que recebe dados do servidor é o GET. A banca inverteu o papel do POST, confundindo-o com o GET.
Alternativa C — ❌ Incorreta
A alternativa C afirma que o POST é idempotente e seguro. Isso é falso. O POST não é idempotente, pois múltiplas requisições idênticas podem criar múltiplos recursos (por exemplo, enviar o mesmo formulário duas vezes cria dois registros). O POST também não é seguro, pois altera o estado do servidor ao criar ou atualizar recursos. Os métodos seguros e idempotentes são GET, HEAD, OPTIONS e TRACE.
Alternativa D — ❌ Incorreta
A alternativa D afirma que o POST utiliza parâmetros na URL para enviar dados ao servidor. Isso é característica do método GET, não do POST. O POST envia dados no corpo da requisição, não na URL. A banca trocou o mecanismo de envio de dados entre GET e POST.
Alternativa E — ❌ Incorreta
A alternativa E afirma que o POST não permite o envio de dados no corpo da requisição. Isso é exatamente o oposto da verdade: o POST é o método que envia dados no corpo da requisição. A banca negou a característica fundamental do POST, tornando a alternativa claramente incorreta.
NÃO CAIA NESSA!
A banca adora inverter as características dos métodos HTTP. Nesta questão, ela trocou o POST pelo GET (alternativas B e D) e negou a característica central do POST (alternativa E). A pegadinha clássica é confundir o POST com o GET: o GET envia dados pela URL e é seguro/idempotente; o POST envia dados no corpo e não é seguro nem idempotente. Com treino, você enxerga essas trocas de longe 💪.
PEGA ESSA DICA!
Para fixar, monte uma tabela mental comparando os métodos HTTP:
Método
Envio de dados
Idempotente
Seguro
Uso típico
GET
URL
Sim
Sim
Recuperar recurso
POST
Corpo
Não
Não
Criar/atualizar recurso
PUT
Corpo
Sim
Não
Atualizar recurso específico
DELETE
—
Sim
Não
Remover recurso
Essa tabela resolve a maioria das questões sobre métodos HTTP.