A HTTP status code-ok az első számjegyük alapján öt osztályba vannak sorolva, és a helyes kiválasztása lehetővé teszi, hogy a kliensek helyesen reagáljanak a body értelmezése nélkül.
2xx Success — the request worked
3xx Redirection — further action / resource moved
4xx Client error — the caller did something wrong
5xx Server error — the server failed
2xx
200 OK — általános siker (GET, PUT, PATCH).201 Created — erőforrás jött létre (adj vissza Location headert).202 Accepted — aszinkron feldolgozásra elfogadva, még nem kész.204 No Content — siker body nélkül (gyakori a DELETE-nél).4xx
400 Bad Request — hibás szintaxis vagy érvénytelen input.401 Unauthorized — nincs hitelesítve (hiányzó/érvénytelen credential).403 Forbidden — hitelesítve, de nincs engedélyezve.404 Not Found — az erőforrás nem létezik.409 Conflict — ütközik a jelenlegi állapottal (pl. duplikált email).422 Unprocessable Entity — jól formált, de megbukik a validáción.429 Too Many Requests — rate limitelve.5xx
500 Internal Server Error — váratlan server-hiba.503 Service Unavailable — átmenetileg elérhetetlen/túlterhelt.POST /users → 201 Created
Location: /users/42
DELETE /users/42 → 204 No Content
GET /users/999 → 404 Not Found
{ "error": "user not found" }
A kulcsfontosságú megkülönböztetés, amit az interjúztatók firtatnak: 401 ("ki vagy?") vs 403 ("ismerlek, de nem"), és 400 (rossz szintaxis) vs 422 (érvényes szintaxis, érvénytelen adat).
A status code-ok az elsődleges jelzés egy REST-válaszban — a kliensek, proxyk, a monitoring és a retry-logika mind ezekre támaszkodnak, ezért a helyes megválasztásuk elengedhetetlen az interoperabilitáshoz. Gyakori hiba egy 200 OK visszaadása { "error": ... } body-val: ez arra kényszerít minden klienst, hogy értelmezze a body-t, hogy megtudja, sikeres volt-e a hívás, elrontja az általános HTTP-toolingot, és elrejti a hibákat a monitoring elől. A pontos kódok automatikus viselkedést is vezérelnek: egy 429 vagy 503 azt mondja egy jól megépített kliensnek, hogy lépjen vissza és próbálja újra, míg egy 4xx azt mondja: "ne próbáld újra, javítsd a kérést". Az interjúztatók ezzel a kérdéssel ellenőrzik, hogy a HTTP-t szerződésként érted-e, nem pedig buta szállítócsatornaként, és hogy helyesen különbözteted-e meg a finom párokat (401/403, 400/422) — annak a jele, aki valódi API-kat épített és használt.
IT interjúkérdések gyűjteménye részletes válaszokkal — Juniortól Seniorig.
Adományozás