也许下面的GitHUb url会帮助你，得到答案。 实际上，应用服务器，如Tomcat, Weblogic拒绝HTTP。带请求有效负载的DELETE调用。所以记住这些东西，我已经在github中添加了例子，请看看

https://github.com/ashish720/spring-examples

如果有人在测试中遇到这个问题，不，它不是普遍支持的。

我目前正在用Sahi Pro进行测试，很明显，http DELETE调用剥离了任何提供的主体数据(根据端点设计批量删除的大量id列表)。

我已经和他们联系了几次，也把脚本、图片、日志三个包分开发给他们审核，他们还没有确认。一个失败的补丁，后来他们的支持缺席了电话会议，我仍然没有得到一个可靠的答案。

我确定Sahi不支持这个功能，而且我可以想象有许多其他的工具跟随套件。

值得注意的是，OpenAPI 3.0版本的规范放弃了对带体的DELETE方法的支持:

请看这里和这里的参考资料

这可能会影响将来这些api的实现、文档或使用。

也许下面的GitHUb url会帮助你，得到答案。 实际上，应用服务器，如Tomcat, Weblogic拒绝HTTP。带请求有效负载的DELETE调用。所以记住这些东西，我已经在github中添加了例子，请看看

https://github.com/ashish720/spring-examples

规范并没有明确禁止或阻止它，所以我倾向于说它是允许的。

微软也是这么看的(我能听到听众的嘀嘀声)，他们在MSDN的文章中提到了ADO的DELETE方法。NET数据服务框架:

如果一个DELETE请求包含一个实体体，该实体体将被忽略[…]

此外，这里是RFC2616 (HTTP 1.1)在请求方面所说的:

只有当消息体出现时，entity-body才会出现(第7.2节) 消息体的存在通过包含内容长度或传输编码头来表示(第4.3节)。 当请求方法的规范不允许发送实体体时(第4.3节)，就不能包含消息体。 仅在TRACE请求中明确禁止使用实体体，所有其他类型的请求都不受限制(第9节，特别是9.8节)

对于响应，这已被定义为:

是否包含消息体取决于请求方法和响应状态(第4.3节) 明确禁止在HEAD请求的响应中使用消息体(第9节和9.4节) 1xx(信息)、204(无内容)和304(未修改)响应中明确禁止消息体(第4.3节) 所有其他响应都包含消息体，尽管消息体可能为零长度(第4.3节)

更新

在RFC 9110(2022年6月)中，明确了GET、HEAD和DELETE上的请求体不可互操作的事实。

9.3.5删除

Although request message framing is independent of the method used, content received in a DELETE request has no generally defined semantics, cannot alter the meaning or target of the request, and might lead some implementations to reject the request and close the connection because of its potential as a request smuggling attack (Section 11.2 of [HTTP/1.1]). A client SHOULD NOT generate content in a DELETE request unless it is made directly to an origin server that has previously indicated, in or out of band, that such a request has a purpose and will be adequately supported. An origin server SHOULD NOT rely on private agreements to receive content, since participants in HTTP communication are often unaware of intermediaries along the request chain.

只是一个提示，如果你在你的DELETE请求中提供了一个主体，并且使用了谷歌云HTTPS负载均衡器，它将拒绝你的请求，错误为400。我的头撞到墙上，然后发现谷歌，不管出于什么原因，认为一个带有主体的DELETE请求是一个畸形的请求。