delete 请求无需且通常不应带 content-type: application/xml，标准做法是空 body、url 指向 xml 资源（如 delete /api/files/report.xml），accept 头才用于指定响应格式。
DELETE 请求必须带 Content-Type: application/xml 吗？
不需要，甚至多数情况下不该带。HTTP DELETE 本身语义是“删资源”，不传请求体（body）才是标准做法。XML 文件作为被删除的目标，它的格式由 URL 指定的资源路径决定，不是靠请求头里的 Content-Type 告诉服务器“要删的是 XML”。强行加 Content-Type: application/xml 可能触发某些后端框架的严格校验，比如 Spring Boot 默认拒绝带 body 的 DELETE 请求，直接返回 400 或 415。
真正该关注的是 Accept 头——如果你希望服务器返回 XML 格式的响应（比如删除成功后的 <result>OK</result>），才需要设 Accept: application/xml。
- ✅ 正确做法：只发空 body 的 DELETE，URL 指向 XML 资源，例如
DELETE /api/files/report.xml - ❌ 错误做法：附上 XML 内容体 +
Content-Type: application/xml，这容易被当成非法请求拦截 - ⚠️ 注意：Nginx 或 API 网关可能默认禁止带 body 的 DELETE，需显式配置
underscores_in_headers on;或调整client_max_body_size（仅当真要传 body 时）
Spring Boot 接收 DELETE 删除 XML 资源怎么写 Controller？
关键不是“怎么删 XML”，而是“怎么让 DELETE 请求精准匹配到那个 XML 资源路径”。Spring 不关心文件扩展名，它靠 @DeleteMapping 的路径模板匹配。如果 URL 是 /data/config.xml，你就得写一个能捕获 .xml 后缀的映射，否则 404。
常见错误是写成 @DeleteMapping("/data/{id}") 却传 /data/config.xml，此时 {id} 会匹配到 config.xml 字符串，但后续逻辑若没做后缀剥离，就可能找不到对应实体。
- ✅ 推荐写法：
@DeleteMapping("/data/{filename:.+\.xml}")—— 正则确保只匹配 .xml 结尾 - ✅ 更稳妥方式：用
@DeleteMapping(value = "/data/**", consumes = MediaType.ALL_VALUE)+ 手动解析ServletPath - ⚠️ 注意：不要在方法参数里加
@RequestBody，DELETE 不应有请求体；加了会导致 400 或静默失败 - ⚠️ 性能点：避免在删除前用
JAXB.unmarshal()或DocumentBuilder解析整个 XML 文件——你只是删它，不是读它
cURL 和 axios 发 DELETE 删 XML 资源的实际命令
命令行和前端发请求时，最容易卡在 URL 编码和路径拼接上。比如文件名含空格或中文，config test.xml 不加编码就会被截断成 config。
另一个坑是没处理 301/302 重定向：某些服务对 /api/files/a.xml 自动重定向到 /api/files/a.xml/（加斜杠），而 DELETE 对末尾斜杠敏感，重定向后可能变成 GET，导致删失败且无报错。
- ✅ cURL 正确示例：
curl -X DELETE "https://api.example.com/v1/docs/report%202024.xml" -H "Accept: application/xml" - ✅ axios 示例：
axios.delete("/v1/docs/" + encodeURIComponent("report 2024.xml")) - ⚠️ 避免：
fetch("/v1/docs/config.xml", { method: "DELETE", body: xmlString })——body属于多余且违规 - ⚠️ 兼容性提醒：IE11 不支持 fetch 发送 DELETE，老项目要用
XMLHttpRequest，且注意 IE 对 URL 编码处理更严格
删除失败时常见的 HTTP 状态码和排查方向
看到 405、406、415 这类状态码，别急着改代码，先看是不是基础设施层拦下来的。很多问题根本不在你的业务逻辑里。
- ❌ 405 Method Not Allowed：后端没开 DELETE 支持，或 Nginx 配置里没声明
limit_except包含 DELETE - ❌ 406 Not Acceptable：客户端
Accept头写了服务器不支持的类型（比如Accept: application/xml;q=0.9, */*;q=0.1被拒），改成Accept: */*测试 - ❌ 415 Unsupported Media Type：说明服务器误判你传了 body，检查是否浏览器插件、代理或 SDK 自动塞了
Content-Type - ✅ 204 No Content：最理想的响应，表示成功删除且无返回内容；如果期望返回 XML，那得确认后端是否真实现了响应体写入（多数 REST API 删完就 204）
路径里的 .xml 不是魔法后缀，它只是 URL 的一部分。服务器是否把它当文件、是否真存在、是否有权限删——这些都得靠后端路由和文件系统共同决定，别指望 HTTP 方法自己识别 XML。
