Gin 默认支持在 DELETE 请求中解析 JSON 数据，只需使用 c.ShouldBindJSON() 或 c.BindJSON() 方法即可安全解码请求体中的 JSON，无需额外配置 Content-Type 处理逻辑。
gin 默认支持在 delete 请求中解析 json 数据，只需使用 `c.shouldbindjson()` 或 `c.bindjson()` 方法即可安全解码请求体中的 json，无需额外配置 content-type 处理逻辑。
在 Gin 中，HTTP 方法（如 DELETE）本身并不限制请求体（request body）的使用——尽管部分旧版浏览器或 HTTP 客户端存在默认不发送 body 的行为，但现代前端（如 jQuery、Axios、Fetch）完全支持为 DELETE 请求携带 JSON 数据。关键在于后端正确读取并解析该 body。
✅ 正确实现方式
首先，确保前端发送时明确设置 contentType: "application/json" 并将数据序列化为 JSON 字符串：
const parse_delete = { id: 123, reason: "user_request" };
$.ajax({
url: "/rsv/delete",
type: "DELETE",
data: JSON.stringify(parse_delete), // ⚠️ 必须手动序列化
contentType: "application/json", // ⚠️ 必须声明类型
success: function(result) {
alert("삭제가 완료되었습니다!");
location.href = "/member_index";
},
error: function(xhr) {
console.error("Error:", xhr.responseJSON);
alert("Error");
}
});? 注意：jQuery 的
data选项默认会将对象转为x-www-form-urlencoded格式。若不调用JSON.stringify()，Gin 将无法按 JSON 解析，导致绑定失败。
Comprehensive Three.js 3D graphics reference下载详细的 Three.js 3D 图形参考，涵盖场景设置、相机、几何体、材质、光照、动画、控制器、加载器、数学工具和调试。
后端 Gin 路由应定义结构体并使用 ShouldBindJSON（推荐）进行健壮解析：
type DeleteRequest struct {
ID uint `json:"id" binding:"required"`
Reason string `json:"reason,omitempty"`
}
router.DELETE("/rsv/delete", func(c *gin.Context) {
var req DeleteRequest
if err := c.ShouldBindJSON(&req); err != nil {
c.JSON(400, gin.H{"error": "Invalid JSON payload", "details": err.Error()})
return
}
// ✅ 此时 req.ID 和 req.Reason 已成功解析
fmt.Printf("Deleting reservation %d, reason: %s\n", req.ID, req.Reason)
// 执行业务逻辑（如数据库删除）
// if err := db.Delete(&Reservation{}, req.ID).Error; err != nil { ... }
c.JSON(200, gin.H{"success": true, "message": "deleted"})
})⚠️ 常见误区与注意事项
-
不要依赖
c.PostForm()或c.GetPostForm()：这些方法仅适用于application/x-www-form-urlencoded，对 DELETE + JSON 无效； -
避免直接读取
c.Request.Body后再解析：Gin 的BindJSON已自动处理流读取、EOF、编码检测等细节，更安全可靠； -
ShouldBindJSONvsBindJSON：前者失败时不中断执行（返回 error），后者会自动返回 400 错误响应；建议用ShouldBindJSON以统一错误处理； -
CORS 场景下需确认预检（OPTIONS）允许 DELETE + JSON：确保中间件或服务器配置包含：
c.Header("Access-Control-Allow-Methods", "GET, POST, PUT, DELETE, OPTIONS") c.Header("Access-Control-Allow-Headers", "Content-Type, Authorization")
✅ 总结
Gin 对 DELETE 请求携带 JSON 的支持是开箱即用的，核心要点只有三点：
1️⃣ 前端必须 JSON.stringify() 数据并显式设置 Content-Type: application/json；
2️⃣ 后端使用 c.ShouldBindJSON(&struct) 进行类型安全解析；
3️⃣ 结构体字段添加 json 标签和可选的 binding 验证规则提升健壮性。
遵循上述实践，即可稳定、清晰地实现 RESTful DELETE 接口的 JSON 数据交互。
