我应该自己设置什么http状态码，在什么情况下？

我应该自己设置什么http状态码，在什么情况下

---

例如，如果服务器收到从数据库中删除不存在项的请求，我是否应该返回404错误代码？还有什么？

假设您正在谈论设计一个RESTful API，是的，当您收到一个请求（

GET

，

PUT

，

DELETE

）对一个不存在的实体进行操作时，返回

404

状态是有意义的。

假设您正在谈论设计一个RESTful API，是的，当您收到请求（

GET

，

PUT

，

DELETE

）对不存在的实体进行操作时，返回

404

状态是有意义的。

这一切都取决于客户端是谁以及您需要什么功能。但我可能会警告404，因为它们是操作失败的同义词。但在您的情况下，这可能是正确的选择

这完全取决于客户机是谁以及您需要什么功能。但我可能会警告404，因为它们是操作失败的同义词。但是对于您的情况，这可能是正确的方法

我不应该返回

404

代码，因为我认为返回

404

大多数时候意味着url不存在，或者在执行

Get

请求时找不到页面。但是在执行

Delete

请求时，我会选择带有消息错误的

400错误请求

（消息可以解释错误）。我认为返回一个

404

状态可能会让人困惑，但错误的请求会告诉api URL存在，但他做错了什么。 如果api的使用者不能很好地理解正在发生的错误，有时可能会令人沮丧。但是，如果您不希望向客户提供此信息，则可以使用状态代码

404（未找到）

。 Me对于应用程序的内部部分，我将返回一个

错误请求

，但对于应用程序的公共/消费者部分，我将返回一个

未找到的请求


当服务器不希望更改时，通常使用此状态代码
明确说明请求被拒绝的原因，或者没有其他原因
答复是适用的

我不应该返回
404
代码，因为我认为返回
404
大多数时候意味着url不存在，或者在执行
Get
请求时找不到页面。但是在执行
Delete
请求时，我会选择带有消息错误的
400错误请求
（消息可以解释错误）。我认为返回一个
404
状态可能会让人困惑，但错误的请求会告诉api URL存在，但他做错了什么。
如果api的使用者不能很好地理解正在发生的错误，有时可能会令人沮丧。但是，如果您不希望向客户提供此信息，则可以使用状态代码
404（未找到）
。
Me对于应用程序的内部部分，我将返回一个
错误请求
，但对于应用程序的公共/消费者部分，我将返回一个
未找到的请求


当服务器不希望更改时，通常使用此状态代码
明确说明请求被拒绝的原因，或者没有其他原因
答复是适用的

由于发出的请求位于不存在的页面/记录上……在这种情况下，您可以返回404……由于发出的请求位于不存在的页面/记录上……在这种情况下，您可以返回404……这可能会让我听起来相当无知，但什么是RESTful API？这可能会让我听起来很无知，但是什么是RESTful API呢？这是一个开始