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

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

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

对Body使用DELETE是有风险的…比起REST，我更喜欢这种列表操作方法:

常规操作

GET /objects/获取所有对象

GET /object/ID获取指定ID的对象

POST /objects添加一个新对象

PUT /object/ID添加指定ID的对象，更新对象

DELETE /object/ID删除指定ID的对象

所有自定义操作都是POST

POST /objects/addList添加body中包含的对象列表或数组

POST /objects/deleteList删除包含在body中的对象列表

POST /objects/customQuery基于body中的自定义查询创建一个List

如果客户不支持您的扩展操作，他们可以以常规方式工作。

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

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

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

实际答案:不

有些客户端和服务器会忽略甚至删除delete请求中的主体。在极少数情况下，它们会失败并返回错误。

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

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

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

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

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