Pular para o conteúdo principal

Questão de Redes de Computadores — Protocolo — Avança SP 2025

Redes de ComputadoresProtocolo
Código
qg425153
Banca
Avança SP
Órgão
UNITAU
Ano
2025
Nível
Superior
Cargo
Programador Pleno
No contexto de APIs RESTful, qual código de status HTTP indica que uma requisição foi bem-sucedida e resultou na criação de um novo recurso?
  1. A200 OK
  2. B201 Created
  3. C400 Bad Request
  4. D404 Not Found
  5. E500 Internal Server Error
Revelar gabarito e comentário

GabaritoB — 201 Created

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”.

Códigos de Status HTTP em APIs RESTful

Gabarito: letra B. O código 201 Created indica que a requisição foi bem-sucedida e resultou na criação de um novo recurso, conforme a RFC 2616 (HTTP/1.1). É o status padrão para respostas a requisições POST que criam recursos em APIs RESTful.

Os códigos de status HTTP são a forma padronizada de o servidor comunicar ao cliente o resultado de uma requisição. Eles são compostos por três dígitos, e o primeiro dígito define a classe da resposta: 1xx (Informativo), 2xx (Sucesso), 3xx (Redirecionamento), 4xx (Erro do Cliente) e 5xx (Erro do Servidor). Dentro da classe 2xx, que indica sucesso, existem códigos específicos para situações distintas: o 200 OK é o sucesso genérico, o 201 Created é o sucesso com criação de recurso, e o 204 No Content é o sucesso sem corpo na resposta.

A distinção entre 200 OK e 201 Created é o ponto central desta questão. O 200 OK é usado quando a requisição foi processada com sucesso e a resposta contém o resultado — por exemplo, um GET que retorna os dados de um recurso. Já o 201 Created é específico para quando a requisição resultou na criação de um novo recurso — por exemplo, um POST que cria um novo usuário no sistema. O servidor deve criar o recurso antes de retornar o status 201, e a resposta deve incluir o cabeçalho Location com o URI do recurso criado.

Na prática, quando um cliente envia um POST para criar um novo registro em uma API RESTful, o servidor processa a requisição, cria o recurso no banco de dados e responde com 201 Created, incluindo o Location header apontando para o novo recurso. Se a requisição fosse apenas uma consulta (GET), o status seria 200 OK. Essa diferenciação é essencial para o correto funcionamento de APIs RESTful, pois permite que o cliente saiba exatamente o que aconteceu com sua requisição.

A pegadinha desta questão está em confundir o 200 OK com o 201 Created. O candidato que sabe que 200 é sucesso pode marcar a alternativa A sem perceber que o enunciado pede especificamente o status de criação de recurso. A banca explora exatamente essa confusão entre o sucesso genérico e o sucesso específico de criação.

Guarde a distinção entre os códigos de sucesso: 200 OK é o sucesso genérico, 201 Created é o sucesso com criação de recurso, e 204 No Content é o sucesso sem corpo na resposta. É exatamente nessa fronteira que as alternativas se dividem.

11xx — Informativo
22xx — Sucesso
200 OK — sucesso genérico
201 Created — recurso criado
204 No Content — sem corpo
33xx — Redirecionamento
44xx — Erro do cliente
400 Bad Request
404 Not Found
55xx — Erro do servidor
500 Internal Server Error
Códigos de status HTTP
LEVELsoulevel.com.br
Códigos de status HTTP: 1xx — Informativo; 2xx — Sucesso (200 OK — sucesso genérico, 201 Created — recurso criado, 204 No Content — sem corpo); 3xx — Redirecionamento; 4xx — Erro do cliente (400 Bad Request, 404 Not Found); 5xx — Erro do servidor (500 Internal Server Error)

Alternativa A — ❌ Incorreta

O 200 OK indica que a requisição foi bem-sucedida de forma genérica, mas não especifica que um novo recurso foi criado. Ele é usado para respostas bem-sucedidas em geral, como um GET que retorna dados ou um POST que processa uma ação sem criar um recurso. O enunciado pede especificamente o status de criação, que é o 201 Created.

Alternativa B — ✅ Correta ⟵ GABARITO

O 201 Created é exatamente o código que indica que a requisição foi bem-sucedida e resultou na criação de um novo recurso. Conforme a RFC 2616, o servidor deve criar o recurso antes de retornar este status, e a resposta deve incluir o cabeçalho Location com o URI do recurso criado. É o status padrão para respostas a requisições POST que criam recursos em APIs RESTful.

Alternativa C — ❌ Incorreta

O 400 Bad Request indica que a requisição é inválida, ou seja, o servidor não conseguiu processá-la devido a um erro do cliente, como sintaxe incorreta ou parâmetros ausentes. Não tem relação com sucesso ou criação de recurso.

Alternativa D — ❌ Incorreta

O 404 Not Found indica que o recurso solicitado não foi encontrado no servidor. É um erro do cliente (classe 4xx), não um status de sucesso. Não se aplica à criação de recursos.

Alternativa E — ❌ Incorreta

O 500 Internal Server Error indica que ocorreu um erro no servidor ao processar uma requisição válida. É um erro do servidor (classe 5xx), não um status de sucesso. Não se aplica à criação de recursos.

Gabarito: letra B

Link permanente: /questoes/qg425153