r.FormValue() 返回空字符串的根源是 ParseForm() 未触发或被破坏：GET 中误用 PostFormValue、提前读取 r.Body、Content-Type 不合法、multipart 未调 ParseMultipartForm；应按需选用 FormValue（含 URL 参数）或 PostFormValue（仅 body），多值须直取 r.PostForm，且所有解析依赖 r.Body 可读性。
r.FormValue() 不是框架特性，是标准库隐式行为；Go 没有“自动解析表单”的框架层抽象，所有解析都依赖显式调用或隐式触发的 ParseForm() —— 误以为“框架替你做了”是多数空值问题的根源。
为什么 r.FormValue("xxx") 有时返回空字符串
不是前端没传，也不是字段名写错，而是 ParseForm() 没被触发，或被提前破坏：
- GET 请求中调用
r.PostFormValue("xxx")→ 永远返回空，因为该方法只读 body，而 GET 没 body - 在调用
r.FormValue()前，手动读过r.Body（如io.ReadAll(r.Body)）→ 请求体被消费光，ParseForm()再读就只能得到空 - Content-Type 不合法（如缺失、写成
text/plain）→ 即使是 POST，ParseForm()也拒绝解析 - 用了
multipart/form-data但没调r.ParseMultipartForm()→ParseForm()会跳过解析，FormValue()返回空
r.FormValue() 和 r.PostFormValue() 到底该用哪个
看你要不要混入 URL 查询参数：
- 用
r.FormValue("id")：适合搜索页、分页链接带参数的场景，比如/users?page=2&name=admin提交 POST 表单时，它会优先取 POST 中的name，没提交时 fallback 到 URL 参数 - 用
r.PostFormValue("token")：适合严格区分来源的字段，比如 CSRF token、密码、文件上传标识 —— 它完全忽略 URL 查询参数，只从请求体里找 - 两者都自动解码 URL 编码（如
%40→@），无需额外处理
想把表单数据直接塞进结构体，别手写赋值
标准库不提供自动绑定，但用 gorilla/schema 可以几行搞定，且支持嵌套和切片：
立即学习“go语言免费学习笔记（深入）”；
decoder := schema.NewDecoder()
var user User
err := decoder.Decode(&user, r.PostForm) // 注意：用 r.PostForm，不是 r.Form
if err != nil {
http.Error(w, "参数格式错误", http.StatusBadRequest)
return
}
- 必须先调
r.ParseForm()（或r.ParseMultipartForm()），否则r.PostForm是空 map -
r.PostForm是map[string][]string类型，schema能自动把[]string转成string、int、[]string等目标类型 - 结构体字段需加
form:"field_name"标签，否则默认按小写字段名匹配（UserName→username），但显式声明更稳
多选框、复选框这类同名多值字段怎么取
r.FormValue() 和 r.PostFormValue() 都只返回第一个值，根本拿不到全部 —— 必须直访问 map：
-
hobbies := r.PostForm["hobby"]→ 类型是[]string，遍历即可 -
if len(hobbies) == 0表示用户没勾任何选项，不是字段缺失，而是显式提交了空集合 - 别写
r.Form["hobby"][0]而不判空，一旦没提交该字段，索引会 panic - 如果结构体字段是
[]string，gorilla/schema会自动聚合同名值，比手写安全得多
真正容易被忽略的点：所有表单解析方法都依赖 r.Body 的可读性，而 r.Body 是一次性流。一旦被其他逻辑（日志中间件、鉴权校验、自定义解密）提前读取，后续 ParseForm() 就失效 —— 这类问题在线上环境极难复现，但发生时所有表单字段全为空。
