GabaritoC — POST;
Gabarito: letra C (POST). O método POST não é idempotente: cada chamada pode produzir efeitos diferentes no servidor (por exemplo, criar um novo recurso a cada requisição). Em contraste, GET, PUT, DELETE e HEAD são idempotentes – o efeito no estado do servidor é o mesmo se chamados uma ou várias vezes.
Um método HTTP é idempotente quando o efeito de uma requisição única é o mesmo que o de múltiplas requisições idênticas (considerando que o servidor está corretamente implementado). Essa propriedade é essencial para segurança e tolerância a falhas.
Método | Idempotente? | Efeito de chamadas repetidas |
|---|---|---|
GET | Sim | Sem alteração de estado, retorna o mesmo recurso |
PUT | Sim | Substitui o recurso sempre com o mesmo resultado |
POST | Não | Pode criar múltiplos recursos ou alterar estado de forma diferente |
HEAD | Sim | Como GET, mas sem corpo de resposta; idempotente |
DELETE | Sim | Remove o recurso na primeira chamada; chamadas subsequentes retornam 404 (recurso já removido), mas o estado final é o mesmo |
GET é idempotente e seguro: não altera o estado do servidor. Chamá-lo uma ou várias vezes produz o mesmo efeito (retornar o recurso).
PUT é idempotente: uma requisição PUT substitui completamente o recurso no URI especificado. Repetições da mesma requisição resultam no mesmo estado final.
POST não é idempotente. Cada chamada pode criar um novo recurso (ex.: submeter um formulário) ou acionar uma ação com efeitos colaterais distintos. É o método que se encaixa perfeitamente na descrição do enunciado.
HEAD é idempotente: equivalente ao GET sem corpo de resposta. Não altera o estado do servidor.
DELETE é idempotente: a primeira chamada remove o recurso; chamadas seguintes não alteram o estado (o recurso já não existe). O efeito no servidor é o mesmo apesar de códigos de resposta diferentes.
Portanto, o único método que produz efeitos diferentes quando chamado uma ou sucessivas vezes é o POST.
Link permanente: /questoes/fg098269