Go 的 http.HandleFunc 需显式调用 r.ParseForm() 或 r.ParseMultipartForm() 才能获取表单数据；否则 r.FormValue() 恒为空。GET 请求可省略解析，POST 则必须调用对应解析函数。
Go 的 http.HandleFunc 怎么接收表单数据
Go 原生 net/http 不自动解析表单，必须显式调用 r.ParseForm() 或 r.ParseMultipartForm()，否则 r.FormValue("xxx") 永远返回空字符串。
常见错误：直接写 r.FormValue("username") 却没调用解析函数，本地测试看似正常（GET 表单可能凑巧生效），但 POST 提交时始终拿不到值。
- GET 请求：可省略
ParseForm()，FormValue会自动读取 URL 查询参数 - POST +
application/x-www-form-urlencoded：必须先调用r.ParseForm() - POST + 文件上传（
multipart/form-data）：必须用r.ParseMultipartForm(32 ，括号里是最大内存缓存（如 32MB），超限会写临时文件
r.PostFormValue 和 r.FormValue 有什么区别
r.FormValue("key") 同时检查 URL 查询参数（GET）和请求体（POST/PUT），适合通用场景；r.PostFormValue("key") 只读请求体，忽略 URL 参数，适合强制区分来源的逻辑。
典型误用：在处理 POST 表单时混用两者却没意识到差异。比如 URL 带了 ?id=123，又提交了 id=456，FormValue("id") 返回的是哪个？答案是 456（POST 优先），但文档没明说这点，容易引发隐性 bug。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 想兼容 GET/POST 统一取值 → 用
FormValue - 只信任请求体、防止 URL 参数污染 → 用
PostFormValue - 需要原始字节或处理非 UTF-8 编码 → 直接读
r.Body，自行解码
如何安全校验和绑定表单字段到结构体
Go 没有内置表单绑定，硬写 if r.FormValue("age") == "" 很快失控。推荐组合使用：struct 标签 + 手动赋值 + 简单校验函数。
注意点：HTML 表单字段名和 Go 字段名不一致时，别依赖反射自动映射，容易漏字段或类型错配。例如 HTML 中是 user_email，结构体字段叫 Email，必须显式写 u.Email = r.FormValue("user_email")。
- 数字字段务必用
strconv.Atoi或strconv.ParseInt转换，别信FormValue返回的字符串 - 邮箱、手机号等建议用正则粗筛（如
^[^\s@]+@[^@\s]+\.[^\s@]+$），再交由业务层深度验证 - 敏感字段（密码）立即清空：赋值后马上设为
""，避免意外日志打印
type UserForm struct {
Name string
Email string
}
// 使用示例：
u := UserForm{}
u.Name = strings.TrimSpace(r.FormValue("name"))
u.Email = strings.TrimSpace(r.FormValue("email"))
if u.Name == "" || !isValidEmail(u.Email) {
http.Error(w, "参数错误", http.StatusBadRequest)
return
}
为什么提交后页面空白或 404，但服务端没报错
最常见原因是 HTTP 方法不匹配：HTML 表单默认 method="GET"，而 handler 只注册了 http.HandleFunc("/submit", handler)，没限制方法，看似能进函数，但后续逻辑可能因预期 POST 而跳过关键步骤。
另一个隐蔽原因：handler 函数末尾忘了写 return，导致继续执行后续路由或写入已关闭的 ResponseWriter，触发 panic 但被默认 server 忽略（仅 log 输出）。
- 明确限定方法：用
if r.Method != "POST" { http.Error(w, "Method Not Allowed", http.StatusMethodNotAllowed); return } - 所有分支路径都确保有响应：哪怕只是
http.Redirect或w.WriteHeader - 开发期加日志：
log.Printf("req: %s %s, form: %+v", r.Method, r.URL.Path, r.Form)，一眼定位是否进错 handler
表单处理真正的复杂点不在语法，而在状态流转——用户填错要回显、提交成功要跳转、并发提交要防重、错误提示要准确定位到字段。这些靠 net/http 原语只能搭骨架，细节得自己一处处补全。
