Cette page a été traduite à partir de l'anglais par la communauté.Vous pouvez contribuer en rejoignant la communauté francophone sur MDN Web Docs.
400 Bad Request
Le code de statut deréponse d'erreur client HTTP400 Bad Request indique que le serveur ne traite pas la requête en raison d'une erreur que le serveur considère comme une erreur du côté client.La raison d'une réponse400 est généralement une syntaxe de requête mal formée, un encadrement de message de requête invalide ou un routage de requête trompeur.
Les clients qui reçoivent une réponse400 doivent s'attendre à ce que répéter la requête sans modification échoue avec la même erreur.
Dans cet article
Statut
400 Bad RequestExemples
>Syntaxe de requête mal formée
Supposons qu'une APIREST existe avec un point de terminaison pour gérer les utilisateur·ice·s à l'adressehttp://exemple.com/users et qu'une requêtePOST avec le corps suivant tente de créer un·e utilisateur·ice, mais utilise du JSON invalide avec des sauts de ligne non échappés :
POST /users HTTP/1.1Host: exemple.comContent-Type: application/jsonContent-Length: 38{ "email": "s@exemple.com", "username": "s.smith"}Si lecontenu est dans un format valide, on s'attendrait à recevoir une réponse201 Created ou un autre message de succès, mais le serveur répond à la place avec un code400 et le corps de la réponse inclut un champmessage avec du contexte pour que le client puisse réessayer l'action avec une requête correctement formée :
HTTP/1.1 400 Bad RequestContent-Type: application/jsonContent-Length: 71{ "error": "Bad request", "message": "Request body could not be read properly.",}Spécifications
| Specification |
|---|
| HTTP Semantics> # status.400> |