Rest 你能要求“204无内容”吗？

是否有一种编码方式向HTTP服务器表明客户端不希望接收内容？特殊的

Accept

标题或类似内容？例如，

Accept:无内容

当存在时，服务器将返回

204无内容

响应。当不存在时，服务器将默认为

应用程序/json

表示

该用例用于特别大的

PUT

请求。收回内容对于开发和调试很有用，但对于生产系统来说代价高昂。我意识到这可能与自定义头或参数一起被黑客攻击；我在寻找一种更清洁的解决方案

---

编辑：我正在编写服务

PUT没有通用的语义集导致它返回内容。这完全取决于具体的服务。HTTP规范没有说明返回给您的内容。您正在抛出PUTs的特定服务有一些控制其冗长性的方法，或者没有。因为您没有指定它，所以没有人能比这更有用。

PUT没有通用的语义集导致它返回内容。这完全取决于具体的服务。HTTP规范没有说明返回给您的内容。您正在抛出PUTs的特定服务有一些控制其冗长性的方法，或者没有。因为您还没有指定它，所以没有人能比这更有用。

如果您不控制服务器，您就无法真正做到这一点。最好的选择是在收到响应后立即终止tcp连接

但是，如果您也在开发服务器，那么您确实可以选择。最好的设计是默认情况下不发送结果，并允许用户使用以下命令显式请求新演示文稿：

Prefer: return=representation

---

此标头是在中定义的。

如果不控制服务器，则无法真正控制。最好的选择是在收到响应后立即终止tcp连接

但是，如果您也在开发服务器，那么您确实可以选择。最好的设计是默认情况下不发送结果，并允许用户使用以下命令显式请求新演示文稿：

Prefer: return=representation

---

此标题在中定义。

Nice！看起来IANA保留了一组

首选值。还有
首选项：return=minimal
。小json~=no-json:+1:Or，
204
是
preference:return=minimal
的鼓励回报，但我认为这更糟糕。PUT请求的结果没有语义意义（它可以是任何内容），但是
return=representation
为其提供了明确的语义。所以我觉得应该选择加入：）太好了！看起来IANA保留了一组
首选值。还有
首选项：return=minimal
。小json~=no-json:+1:Or，
204
是
preference:return=minimal
的鼓励回报，但我认为这更糟糕。PUT请求的结果没有语义意义（它可以是任何内容），但是
return=representation
为其提供了明确的语义。因此，我认为应该选择加入：）