Status code-urile HTTP sunt grupate în cinci clase după prima lor cifră, iar alegerea celei potrivite permite clienților să reacționeze corect fără să parseze body-ul.
2xx Success — cererea a funcționat
3xx Redirection — acțiune suplimentară / resursă mutată
4xx Client error — apelantul a greșit ceva
5xx Server error — serverul a eșuat
2xx
200 OK — succes general (GET, PUT, PATCH).201 Created — a fost creată o resursă (returnează un header Location).202 Accepted — acceptat pentru procesare asincronă, încă nefinalizat.204 No Content — succes fără body (comun pentru DELETE).4xx
400 Bad Request — sintaxă malformată sau input invalid.401 Unauthorized — neautentificat (credențiale lipsă/invalide).403 Forbidden — autentificat, dar fără permisiune.404 Not Found — resursa nu există.409 Conflict — conflict cu starea curentă (ex. email duplicat).422 Unprocessable Entity — bine format, dar eșuează validarea.429 Too Many Requests — rate limited.5xx
500 Internal Server Error — o eroare de server neașteptată.503 Service Unavailable — temporar indisponibil/supraîncărcat.POST /users → 201 Created
Location: /users/42
DELETE /users/42 → 204 No Content
GET /users/999 → 404 Not Found
{ "error": "user not found" }
Distincția cheie pe care intervievatorii o sondează: 401 („cine ești?") vs 403 („te știu, dar nu"), și 400 (sintaxă greșită) vs 422 (sintaxă validă, date invalide).
Status code-urile sunt semnalul principal într-un răspuns REST — clienții, proxy-urile, monitorizarea și logica de retry se bazează toate pe ele, așa că a le nimeri corect este esențial pentru interoperabilitate. Un eșec comun este returnarea unui 200 OK cu un body { "error": ... }: forțează fiecare client să parseze body-ul pentru a ști dacă apelul a reușit, strică tooling-ul HTTP generic și ascunde eșecurile de monitorizare. Code-urile precise conduc și comportamentul automat: un 429 sau 503 îi spune unui client bine construit să se retragă și să reîncerce, în timp ce un 4xx spune „nu reîncerca, corectează cererea". Intervievatorii folosesc această întrebare pentru a verifica dacă înțelegi HTTP ca pe un contract mai degrabă decât ca pe un transport prostesc și dacă distingi corect perechile subtile (401/403, 400/422) — semnul distinctiv al cuiva care a construit și consumat API-uri reale.
O bibliotecă de întrebări de interviu IT cu răspunsuri detaliate — de la Junior la Senior.
Donează