Questão de Redes de Computadores — Protocolo — Avança SP 2025
- Código
- qg425153
- Banca
- Avança SP
- Órgão
- UNITAU
- Ano
- 2025
- Nível
- Superior
- Cargo
- Programador Pleno
- A200 OK
- B201 Created
- C400 Bad Request
- D404 Not Found
- E500 Internal Server Error
GabaritoB — 201 Created
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.
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.
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.
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.
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.
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