Http方法“PUT”可能具有不同的Http状态，根据传递的请求- uri的执行状态。下表可能有助于理解-

如果REST API的后端是一个SQL关系数据库，那么

您应该在每个可以更新的记录中都有RowVersion(以避免丢失更新问题) 您应该总是在PUT之后返回记录的新副本(以获得新的RowVersion)。

如果您不关心丢失的更新，或者您希望强制客户端在PUT之后立即执行GET，那么不要从PUT返回任何东西。

看起来好…虽然我认为一个基本的指示成功/失败/时间张贴/#字节接收/等等。会更好。

编辑:我一直在考虑数据完整性和/或记录保存;元数据，如MD5散列或接收时间的时间戳，可能对大型数据文件有帮助。

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

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

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

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