通常，200 OK和201 Created最适合成功的PUT请求。

对于DELETE方法，202接受和204无内容将是最佳选择。

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

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

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

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

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

这是一些状态代码，您应该知道这些代码。

1XX信息响应

100继续101交换协议102处理103早期提示

2XX成功

200好201已创建202已接受203非权威信息204无内容205重置内容206部分内容207多状态208已报告226使用的IM

3XX重定向

300多种选择301永久移动找到302303参见其他304未修改305使用代理306交换机代理307临时重定向308永久重定向

4XX客户端错误

400错误请求401未授权402所需付款403禁止404未找到405不允许的方法406不可接受407需要代理身份验证408请求超时409冲突410消失411所需长度412前提条件失败413有效负载太大414 URI太长415不支持的媒体类型416范围不满足417预期失败我是茶壶420方法失败421误导请求422不可处理实体423锁定424失败的依赖项426需要升级428所需的前提条件429请求太多431请求标头字段太大451因法律原因不可用

5XX服务器错误

500内部服务器错误501未实施502坏网关503服务不可用504网关超时505 Http版本不受支持506变化也协商507存储不足508检测到循环510未扩展511需要网络认证

由于这个问题探究了DELETE“应该”返回200而不是204，因此值得考虑的是，有些人建议返回带有链接的实体，因此首选200。

“与其返回204（无内容），API应该是有用的建议去哪里。在这个例子中，我认为provide是“'somewhere.com/container/'（减去'resource'）”-容器客户端刚刚删除了一个资源。也许客户希望删除更多资源，这样将是一个有用的链接。"

http://blog.ploeh.dk/2013/04/30/rest-lesson-learned-avoid-204-responses/

如果客户机遇到204响应，它可以放弃或转到API的入口点，或返回到上一个资源访问。两种选择都不是特别好。

就我个人而言，我不会说204是错误的（作者也不会；他说“令人讨厌”），因为客户端的良好缓存有很多好处。最好是保持一致。

通常，200 OK和201 Created最适合成功的PUT请求。

对于DELETE方法，202接受和204无内容将是最佳选择。