RESTful风格下删除写保护资源的实现方案探讨

在我的API中，资源可设置为写保护状态，此时对该资源发起DELETE请求会返回*409（Conflict）*响应。对于有权修改资源保护状态的用户，希望支持通过单次请求删除受保护资源，该如何传递这一操作选项？

可能的解决方案 #

• 请求体——不应在DELETE请求中使用
• 查询参数——会修改URI，理论上指向不同资源
• 自定义请求头——通常不推荐使用
• 标准请求头——无适用项
• 两次请求——不具备原子性，中间可能出现意外（如其他用户修改资源）
• 替代接口——是否符合RESTful风格存疑？

相关社区讨论整理 #

• 《REST API中，DELETE方法可以带参数吗？》
  • 主流回答允许使用查询参数，但仅适用于删除集合子集的场景
• 《REST、HTTP DELETE与参数》
  • 提问者询问确认标记的设计方案，回答建议在UI层而非API层处理该逻辑
  • 提及使用参数违反统一接口原则，但未解释具体原因与影响方式
  • 认为使用查询参数违背URI设计原则
• 《DELETE请求体的RESTful替代方案》
  • 高赞答案建议使用请求体，但大量评论指出该方案存在技术兼容性问题
  • 另一种建议是使用查询参数替代，但引发了关于URI设计原则的争议
• 《HTTP DELETE请求允许携带实体体吗？》
  • 普遍建议不要在DELETE请求中使用请求体，即便技术上可行
• 《RESTful资源的DELETE操作最佳设计方式是什么？》
  • 建议使用查询参数，但适用场景仍局限于集合子集的删除操作

内容的提问来源于stack exchange，提问作者Cephalopod