В чём разница между HTTP-ошибками 400 и 500?

В чём разница между HTTP-ошибками 400 и 500?

• HTTP-статусы объединяют ошибки в отдельные категории
• 400 Bad Request — проблема на стороне клиента
• указывает на некорректно сформированный запрос: ошибку синтаксиса или неверные параметры
• клиент передал недопустимые данные
• 500 Internal Server Error — сбой на стороне сервера
• такой статус означает исключение или другую ошибку при обработке запроса
• сам запрос клиента может быть валидным, однако сервер не сумел его обработать
• для отладки и улучшения UX важно различать коды: при 400 проверяют запрос, при 500 исправляют серверную часть
• в REST принято возвращать клиенту конкретные ошибки 4xx и обрабатываемые ошибки 5xx
• это позволяет чётко распределять ответственность между клиентом и сервером

Главное различие заключается в следующем: 400 — ответственность клиента, 500 — ответственность сервера.

Подробный ответ

Основной ответ

HTTP-статусы 400 (Client Error) и 500 (Server Error) указывают на разные причины сбоя: код 400 означает ошибку на стороне клиента — запрос составлен неправильно или содержит некорректные данные; код 500 говорит о проблеме сервера, когда сам запрос является правильным, но во время его обработки внутри сервера возникла ошибка.

Ключевые моменты

• При статусе 400 Bad Request клиент отправил некорректный либо неполный запрос: например, с синтаксической ошибкой, неправильным форматом JSON или без обязательных параметров. Перед повторной отправкой клиенту необходимо исправить запрос.
• Статус 500 Internal Server Error появляется, когда сервер сталкивается с неожиданным сбоем — например, исключением в коде, ошибкой базы данных или перегрузкой — и не может обработать даже корректный запрос. Обычно проблему нужно устранять на стороне сервера.
• Эти статусы разграничивают зоны ответственности: клиент отвечает за правильность запроса (4xx), а сервер — за стабильность и его обработку (5xx). Такое разделение важно для отладки и мониторинга в production.

Практический контекст

При разработке API важно ясно разделять эти ситуации: например, проверять данные на клиенте, чтобы предотвращать ошибки 400, и записывать ошибки 500 в логи для быстрой реакции. В React 18+ нередко применяют библиотеку axios, которая позволяет удобно отфильтровывать такие статусы, показывать user-friendly сообщения и запускать retry-механизмы.