我认为,如果在错误答复方面你具有某种程度的雄心,那么以下是一份全面的清单。
<%% 1 > 坏请求 % 1\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
对于出现错误格式化的请求, 例如, 如果参数需要 0- 9 和 11 之间的一英寸, 已经发送 。 您可以返回此请求, 在响应体中指定 参数 x 要求值在 0 和 9 code > 之间 。
<% 1> > 401 未经授权 % 1>
仅用于授权问题 。 签名可能是错误的, 可能以前曾经使用过, 发送的时间戳不在可接受的时间窗口内, 再次使用响应机构来更确切地说明您为什么使用它来回应。 为了澄清使用它的目的, 仅用于与 OAUT 相关的错误 。
<%t>403 禁禁 强>
明示表示一个完善且得到授权的操作根本不可能( 无论是现在还是将来) 。 例如, 如果资源已被另一个用户锁定编辑 : 使用响应体按 < code> 的写法说些什么, 其他人正在编辑, 您将不得不等待 mmkay? code > 。
403 禁止
也可能与试图获取资源有关。 例如,用户可以访问资源/ 资源/ 101212/ propertys.json, 但不能访问 /resources/999/ propertys.json, 那么您可以简单地说 : 由于访问权
在响应机中被禁止 。
<%t>404 找不到 %t>
请求的资源不存在。 或者 URL 无法成功映射到您服务中的 API 。 请在响应框中指定 。
<强度>405 方法不允许 强度>
这是要表示无法调用 API, 例如 GET
无法调用, 但必须使用另一种方法 。 在此返回时, 您还需要返回额外的响应头 < code> Allow: POST, PUT 等 code > 。