Gin中c.PostForm返回空字符串的主因是请求Content-Type不匹配或body被提前读取；需确认为application/x-www-form-urlencoded或multipart/form-data，避免中间件或ShouldBind消耗body，并正确配置MaxMultipartMemory及使用MultipartForm统一解析。
你需要在 Gin 后端正确拿到前端通过 POST 提交的用户名、邮箱、性别等表单字段，但 c.PostForm("username") 一直返回空字符串，日志里查不到错误，接口看似正常却拿不到值——问题往往不出在代码上，而是请求本身没发对格式或中间件提前消耗了 body。
确认请求是否符合表单前提
打开浏览器开发者工具 → Network → 找到对应请求 → 点击 Headers → 查看 Request Headers 中的 Content-Type 是否为 application/x-www-form-urlencoded 或 multipart/form-data。
如果不是这两种之一（比如是 application/json），c.PostForm 就完全不会解析 body，直接返回空字符串——它根本不看 JSON 内容。
用 Postman 测试时，Body 选项卡必须选 form-data 或 x-www-form-urlencoded，不能选 raw + JSON。
基础字段提取：PostForm 系列方法
方法一：单值获取
直接调用 c.PostForm("username") 获取 name="username" 的文本值。字段不存在时返回空字符串，不会 panic，适合做 == "" 判断。
方法二：带默认值获取
用 c.DefaultPostForm("age", "18")，当表单没传 age 字段时自动 fallback 为 "18"，省去 if 判空逻辑。
方法三：多值/数组/Map 提取
前端多个同名 checkbox：<input type="checkbox" name="hobby" value="reading"><input type="checkbox" name="hobby" value="coding"> → 后端用 c.PostFormArray("hobby") 得到 []string{"reading", "coding"}。
前端带下标字段：<input name="addr[city]"><input name="addr[zip]"> → 后端用 c.PostFormMap("addr") 得到 map[string]string{"city": "Beijing", "zip": "100000"}。
处理 multipart/form-data（含文件上传）
第一步：确保 MaxMultipartMemory 设置合理
在初始化 gin.Engine 时显式设置 r.MaxMultipartMemory = 32 << 20 // 32MB，否则超过默认限制的表单字段（哪怕只是纯文本）也会被截断，c.PostForm 返回空字符串。
第二步：优先使用 c.MultipartForm() 一次性读全
调用 mf, err := c.MultipartForm()，成功后 mf.Value["username"] 是表单字段，mf.File["avatar"] 是文件列表。这比混用 c.PostForm 和 c.FormFile 更可靠，避免底层缓存未填充导致取不到值。
第三步：若只读一个文件，用 c.FormFile("avatar")
它内部已触发完整 multipart 解析，之后仍可安全调用 c.PostForm("username")（Gin 1.9+ 已修复多次读取问题）。但注意：【必须 defer file.Close()，否则临时文件不清理、句柄泄漏】。
避开常见陷阱
别在中间件里调 c.GetRawData() 或 ioutil.ReadAll(c.Request.Body) —— HTTP body 只能读一次，后续所有 c.PostForm 都失效。
不要把 c.ShouldBind(&u) 和 c.PostForm("x") 对同一请求混用，Bind 会提前读取并消耗 body，第二次 PostForm 必然为空。
前端用 FormData 构造数据时，不用手动设 Content-Type，浏览器会自动加上 boundary；但用 fetch 手动发 x-www-form-urlencoded 时，【必须显式写 headers: {'Content-Type': 'application/x-www-form-urlencoded'}】，否则后端收不到。
