必须显式调用 ParseForm() 或 ParseMultipartForm() 才能解析表单，否则 r.FormValue("name") 返回空字符串；ParseForm() 支持普通表单和 multipart 表单（仅非文件字段），后者需预设 MaxMemory。
Go 的 http.Request 本身不自动解析表单，必须显式调用 ParseForm() 或 ParseMultipartForm()，否则 r.Form 和 r.PostForm 都为空。
为什么 r.FormValue("name") 总是返回空字符串
这是最常见问题：忘记调用解析方法就直接读取表单字段。Go 不像 PHP 或 Node.js 框架那样默认解析，所有解析都需手动触发。
-
ParseForm()适用于application/x-www-form-urlencoded（普通表单）和multipart/form-data（含文件上传）两种类型，但对后者仅解析非文件字段，且要求MaxMemory限制已设置 ParseMultipartForm(32 是处理带文件上传的推荐方式，它会把小文件暂存在内存、大文件写入临时磁盘，并完整解析所有字段和文件- 如果只提交文本字段却用了
ParseMultipartForm，而未设置MaxMemory，会 panic：http: max memory exceeded
r.PostForm 和 r.Form 的区别与使用时机
r.Form 包含 URL 查询参数（?key=val）和请求体中的表单数据合并结果；r.PostForm 只包含请求体里的表单数据（POST/PUT 等），不含 query 参数。
- 若表单是 POST + query 参数（如
/submit?id=123），且希望同时读取id和表单字段，用r.FormValue("id")更安全 - 若只处理 POST body 内容（比如 API 接口），优先用
r.PostFormValue("field")，避免 query 参数意外覆盖同名字段 - 二者都是
map[string][]string类型，XXXValue方法只取第一个值，需要多值时应直接访问r.PostForm["field"]
处理文件上传时如何安全读取表单字段
一旦调用了 ParseMultipartForm，r.PostForm 就已就绪；但如果先调用 ParseForm()，再调用 ParseMultipartForm()，后者会忽略已解析的 PostForm，导致字段丢失。
立即学习“go语言免费学习笔记（深入）”；
- 统一用
ParseMultipartForm(32 开头，即使当前没文件——它兼容纯文本表单 - 设置合理的
MaxMemory（如 32MB），防止大文件耗尽内存；超过部分自动落盘，不影响字段解析 - 不要混用
ParseForm()和ParseMultipartForm()；也不要在ParseMultipartForm()前访问r.PostForm，此时仍是 nil - 示例片段：
err := r.ParseMultipartForm(32 << 20)
if err != nil {
http.Error(w, "无法解析表单", http.StatusBadRequest)
return
}
name := r.PostFormValue("name")
file, _, _ := r.FormFile("avatar") // 此时 FormFile 才可用
表单解析不是“一次设置全局生效”的行为，而是每次请求都要显式调用；最容易被忽略的是：在中间件或 handler 入口处漏掉解析，或者在错误处理分支里跳过了它——只要没调用，FormValue 就永远拿不到值。
