与这里的大多数答案相反，我实际上认为PUT应该返回更新后的资源(当然除了HTTP代码之外)。

您希望将资源作为PUT操作的响应返回的原因是，当您向服务器发送资源表示时，服务器也可以对该资源应用一些处理，因此客户端希望知道请求成功完成后该资源的样子。(否则它将不得不发出另一个GET请求)。

我认为服务器可以返回内容以响应PUT。如果您正在使用允许侧载数据的响应信封格式(例如ember-data所使用的格式)，那么您还可以包括其他可能通过数据库触发器修改过的对象，等等(侧载数据显式地减少了请求的数量，这似乎是一个优化的好地方)。

如果我只是接受PUT，没有任何报告，我使用状态代码204，没有正文。如果我有什么要报告的，我会使用状态代码200，并包含一个主体。

空的Request体符合GET请求的原始目的，空的响应体也符合PUT请求的原始目的。

HTTP响应的头和正文之间是有区别的。PUT永远不应该返回正文，但必须在报头中返回响应代码。如果成功就选择200，如果不成功就选择4xx。没有空返回码这样的东西。你为什么想做这个?

“Created”的Http响应代码201以及指向客户端可以找到新创建资源的“Location”标头。

HTTP/1.1规范(第9.6节)讨论了适当的响应/错误代码。但是，它不处理响应内容。

你想要什么?一个简单的HTTP响应代码(200等)对我来说似乎是直接而明确的。