以下是一些提示：

删除

200（如果您想在响应中发送一些附加数据）或204（推荐）。202删除的操作尚未提交。如果没有要删除的内容，请使用204或404（delete操作是幂等的，删除已删除的项是操作成功的，因此可以返回204，但幂等并不一定意味着相同的响应）其他错误：400错误请求（格式错误的语法或错误的查询很奇怪，但可能）。401未授权身份验证失败403禁止：授权失败或应用程序ID无效。405不允许。当然409资源冲突在复杂系统中可能发生。以及501、502，以防出错。

PUT

如果要更新集合的元素200/204，原因与上述删除相同。202，如果操作尚未提交。引用的元素不存在：PUT可以是201（如果您创建了元素，因为这是您的行为）404如果您不想通过PUT创建元素。400错误请求（格式错误的语法或比DELETE更常见的错误查询）。401未授权403禁止：身份验证失败或应用程序ID无效。405不允许。当然409资源冲突在复杂系统中可能发生，如DELETE。422不可处理实体它有助于区分“错误请求”（例如格式错误的XML/JSON）和无效字段值以及501、502，以防出错。

除了200和204之外，205（重置内容）可能是有效的响应。

服务器已完成请求，用户代理应重置导致发送请求的文档视图。。。[例如]清除输入的形式。

简短回答：对于PUT和DELETE，您应该发送200（OK）或204（No Content）。

长答案：这是一个完整的决策图（点击放大）。

资料来源：https://github.com/for-GET/http-decision-diagram

RFC 2616描述了要使用的状态代码。

不，它并不总是200。

以下是一些提示：

删除

200（如果您想在响应中发送一些附加数据）或204（推荐）。202删除的操作尚未提交。如果没有要删除的内容，请使用204或404（delete操作是幂等的，删除已删除的项是操作成功的，因此可以返回204，但幂等并不一定意味着相同的响应）其他错误：400错误请求（格式错误的语法或错误的查询很奇怪，但可能）。401未授权身份验证失败403禁止：授权失败或应用程序ID无效。405不允许。当然409资源冲突在复杂系统中可能发生。以及501、502，以防出错。

PUT

如果要更新集合的元素200/204，原因与上述删除相同。202，如果操作尚未提交。引用的元素不存在：PUT可以是201（如果您创建了元素，因为这是您的行为）404如果您不想通过PUT创建元素。400错误请求（格式错误的语法或比DELETE更常见的错误查询）。401未授权403禁止：身份验证失败或应用程序ID无效。405不允许。当然409资源冲突在复杂系统中可能发生，如DELETE。422不可处理实体它有助于区分“错误请求”（例如格式错误的XML/JSON）和无效字段值以及501、502，以防出错。

2014年6月，RFC7231废除了RFC2616。如果您正在通过HTTP进行REST，那么RFC7231将准确描述GET、PUT、POST和DELETE的预期行为