r.ParseForm()必须在读取r.PostForm前调用，否则r.PostForm为空或panic；含文件上传时须先调用r.ParseMultipartForm(maxMemory)；安全获取字段应先解析再用r.PostFormValue()，并手动校验类型与存在性。
为什么 r.ParseForm() 必须在读取 r.PostForm 前调用
Go 的 http.Request 不会自动解析表单数据，r.PostForm 是惰性初始化的。如果跳过 r.ParseForm() 或 r.ParseMultipartForm() 直接访问 r.PostForm，会得到空值或 panic（尤其在 multipart 场景下）。
-
r.ParseForm()适用于application/x-www-form-urlencoded和简单multipart/form-data（无文件上传） - 含文件上传时，必须先调用
r.ParseMultipartForm(maxMemory)，否则r.MultipartForm为nil - 若已调用
r.ParseMultipartForm()，再调用r.ParseForm()会静默失败（不报错但不更新r.PostForm）
如何安全获取表单字段并避免空指针
直接用 r.FormValue("name") 看似方便，但它只返回第一个同名字段值，且对缺失字段返回空字符串 —— 无法区分 “用户没填” 和 “用户填了空字符串”。更稳妥的方式是先确保解析完成，再从 r.PostForm 查找：
err := r.ParseForm()
if err != nil {
http.Error(w, "解析表单失败", http.StatusBadRequest)
return
}
name := r.PostFormValue("name") // 等价于 r.PostForm.Get("name")
email := r.PostFormValue("email")
// 检查字段是否实际提交（非空且存在）
if name == "" {
// 注意：这不能判断用户是否提交了空字符串，只能说明 ParseForm 后没拿到值
// 如需严格校验，应结合前端 required + 后端逻辑判断
}
验证常见字段类型时要注意什么
Go 标准库不提供内置验证器，所有校验需手动编写。几个高频陷阱：
-
email字段别只用strings.Contains(email, "@")，应使用mail.ParseAddress(email)或第三方库如govalidator -
age字段用strconv.Atoi(r.PostFormValue("age"))前，必须检查错误；否则非数字输入会导致 0 值误判 - 布尔字段（如
subscribe=on）通常由 checkbox 产生，未勾选时该 key 根本不会出现在表单中，不能用== "on"判断，而应查r.PostFormValue("subscribe") != "" - 日期字段（如
2024-05-20）建议用time.Parse("2006-01-02", dateStr)，注意 layout 必须是 Go 的固定参考时间格式
如何处理文件上传与普通字段混合的表单
当表单 enctype="multipart/form-data" 同时含文本字段和文件时，r.PostForm 只包含文本字段，文件需从 r.MultipartForm.File 获取 —— 且前提是已调用 r.ParseMultipartForm()：
立即学习“go语言免费学习笔记（深入）”；
err := r.ParseMultipartForm(32 << 20) // 32MB 内存上限
if err != nil {
http.Error(w, "解析多部件表单失败", http.StatusBadRequest)
return
}
// 文本字段走 PostForm
username := r.PostFormValue("username")
// 文件字段走 MultipartForm.File
fileHeaders := r.MultipartForm.File["avatar"]
if len(fileHeaders) > 0 {
file, err := fileHeaders[0].Open()
if err != nil {
http.Error(w, "打开文件失败", http.StatusInternalServerError)
return
}
defer file.Close()
// 处理上传逻辑...
}
注意：r.ParseMultipartForm() 的 maxMemory 参数决定多少数据留在内存、超出部分写入临时磁盘。设得太小会导致频繁磁盘 I/O，太大可能被恶意上传耗尽内存。
