本文详解 Spring Boot + MongoDB 应用中 DELETE 接口返回 400 Bad Request 的典型原因：@DeleteMapping 路径变量未正确绑定，导致请求体（@RequestBody）误用，应改为 @PathVariable。
本文详解 spring boot + mongodb 应用中 delete 接口返回 400 bad request 的典型原因：`@deletemapping` 路径变量未正确绑定，导致请求体（`@requestbody`）误用，应改为 `@pathvariable`。
在 Spring Boot Web 开发中，RESTful 风格的资源删除操作应严格遵循语义约定：通过 URL 路径传递待删除资源的唯一标识（如 ID），而非从请求体（Request Body）中解析。您当前的 UserResource.delete() 方法存在关键注解错误：
@DeleteMapping("/{id}")
public ResponseEntity<void> delete(@RequestBody String id) { // ❌ 错误：DELETE 不应使用 @RequestBody 接收 ID
service.delete(id);
return ResponseEntity.noContent().build();
}</void>
此处 @RequestBody String id 会导致 Spring 尝试将整个 HTTP 请求体（通常为空或 JSON 字符串）反序列化为一个 String，但实际请求中并未发送任何请求体——浏览器、curl 或 Postman 发起的 DELETE /users/{id} 请求默认无 body。Spring 无法完成绑定，抛出 HttpMessageNotReadableException，最终响应 400 Bad Request。
✅ 正确做法是使用 @PathVariable 显式提取路径中的 ID：
@DeleteMapping("/{id}")
public ResponseEntity<void> delete(@PathVariable String id) { // ✅ 正确：从 URL 路径提取 ID
service.delete(id);
return ResponseEntity.noContent().build();
}</void>
同时，请确保 UserService.delete() 方法具备健壮性——您当前的实现已合理：先调用 findById(id) 校验存在性（触发 ObjectNotFoundException），再执行 repo.deleteById(id)。这既保证了幂等性（重复删除同 ID 返回 204），又提供了清晰的业务异常反馈。
? 额外建议与注意事项：
-
ID 格式校验：MongoDB ObjectId 是 24 位十六进制字符串。可在 Controller 层添加基础校验，避免无效 ID 过早进入数据库查询：
@DeleteMapping("/{id}") public ResponseEntity<void> delete(@PathVariable String id) { if (!ObjectId.isValid(id)) { throw new ResponseStatusException(HttpStatus.BAD_REQUEST, "Invalid ObjectId format"); } service.delete(id); return ResponseEntity.noContent().build(); }</void> -
依赖注入安全：确认 UserRepository 正确继承 MongoRepository
（而非 Long），且实体 User 的 @Id 字段类型为 String，以匹配 ObjectId 字符串存储。 - Postman 测试要点：确保请求方法为 DELETE，URL 完整（如 http://localhost:8080/users/6449953dbd83981c4ca21358），不设置 Body，Headers 中无需特殊字段（如 Content-Type 可省略）。
修复后，接口将准确响应：成功删除返回 204 No Content；ID 不存在则返回 404 Not Found（由 ObjectNotFoundException 全局异常处理器统一处理）。这是符合 REST 规范、可维护性强的标准实践。
