HTTP status code dikelompokkan menjadi lima kelas berdasarkan digit pertamanya, dan memilih yang tepat memungkinkan client bereaksi dengan benar tanpa mem-parse body.
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 — sukses umum (GET, PUT, PATCH).201 Created — sebuah resource dibuat (kembalikan header Location).202 Accepted — diterima untuk pemrosesan async, belum selesai.204 No Content — sukses tanpa body (umum untuk DELETE).4xx
400 Bad Request — sintaks salah atau input tidak valid.401 Unauthorized — belum terautentikasi (tanpa/salah kredensial).403 Forbidden — terautentikasi tetapi tidak diizinkan.404 Not Found — resource tidak ada.409 Conflict — berkonflik dengan state saat ini (mis. email duplikat).422 Unprocessable Entity — sintaks benar tetapi gagal validasi.429 Too Many Requests — kena rate limit.5xx
500 Internal Server Error — kesalahan server tak terduga.503 Service Unavailable — sementara down/kelebihan beban.POST /users → 201 Created
Location: /users/42
DELETE /users/42 → 204 No Content
GET /users/999 → 404 Not Found
{ "error": "user not found" }
Pembedaan kunci yang diselidiki pewawancara: 401 ("siapa Anda?") vs 403 ("saya kenal Anda, tapi tidak boleh"), dan 400 (sintaks salah) vs 422 (sintaks valid, data tidak valid).
Status code adalah sinyal utama dalam sebuah response REST — client, proxy, monitoring, dan logika retry semuanya mengandalkannya, sehingga menetapkannya dengan benar itu esensial untuk interoperabilitas. Kegagalan umum adalah mengembalikan 200 OK dengan body { "error": ... }: ia memaksa setiap client mem-parse body untuk tahu apakah panggilan berhasil, merusak tooling HTTP generik, dan menyembunyikan kegagalan dari monitoring. Kode yang presisi juga mendorong perilaku otomatis: sebuah 429 atau 503 memberitahu client yang dibangun baik untuk mundur dan retry, sementara sebuah 4xx berkata "jangan retry, perbaiki request-nya." Pewawancara memakai pertanyaan ini untuk memeriksa bahwa Anda memahami HTTP sebagai sebuah kontrak alih-alih transport bodoh, dan bahwa Anda membedakan pasangan yang halus (401/403, 400/422) dengan benar — ciri khas seseorang yang telah membangun dan mengonsumsi API nyata.
Perpustakaan pertanyaan wawancara IT dengan jawaban mendetail — dari Junior hingga Senior.
Donasi