在 Go 的 net/http 中，若先调用 ioutil.ReadAll(r.Body) 再执行 r.ParseForm()，会导致 r.Form 为空——因为 r.Body 是单次读取的 io.ReadCloser，读取后即耗尽，ParseForm() 无法再次从中解析表单数据。
在 go 的 `net/http` 中，若先调用 `ioutil.readall(r.body)` 再执行 `r.parseform()`，会导致 `r.form` 为空——因为 `r.body` 是单次读取的 `io.readcloser`，读取后即耗尽，`parseform()` 无法再次从中解析表单数据。
这是 Go Web 开发中一个高频且隐蔽的陷阱。根本原因在于 HTTP 请求体（r.Body）的设计语义：它是一个不可重放的流式接口（io.ReadCloser），一旦被完整读取（如通过 ioutil.ReadAll、json.NewDecoder(r.Body).Decode() 等），其内部缓冲即被清空，后续任何对 r.Body 的读取都将返回 0, io.EOF。
而 r.ParseForm() 的底层实现依赖于从 r.Body 中读取原始字节，并根据 Content-Type（如 application/x-www-form-urlencoded 或 multipart/form-data）进行解析。当 r.Body 已被提前消费，ParseForm() 就只能得到空数据，最终 r.Form 和 r.PostForm 均为空映射（map[string][]string{}），即使 HTML 表单字段名、值完全正确。
✅ 正确做法是：二选一，不可并存
- 若需访问原始请求体（如调试、日志、或处理
application/json），请跳过r.ParseForm()，自行解析； - 若使用标准表单提交（
method="POST"+enctype="application/x-www-form-urlencoded"），则直接调用r.ParseForm()，禁止提前读取r.Body。
以下是修正后的 loginHandler 示例：
func loginHandler(w http.ResponseWriter, r *http.Request) {
log.Println("loginHandler")
log.Println("request url:", r.RequestURI)
log.Println("request method:", r.Method)
if r.Method == "POST" {
// ✅ 正确顺序：先 ParseForm，再使用 r.Form
if err := r.ParseForm(); err != nil {
http.Error(w, "Failed to parse form", http.StatusBadRequest)
return
}
username := r.FormValue("username") // 推荐：安全获取单值
password := r.FormValue("password")
log.Printf("Parsed username: %q, password: %q", username, password)
// 注意：生产环境切勿打印明文密码！此处仅用于演示
// 后续业务逻辑...
us, err := globalSessions.SessionStart(w, r)
if err != nil {
http.Error(w, err.Error(), http.StatusInternalServerError)
return
}
http.Redirect(w, r, "/auth", http.StatusFound)
return
}
outputHTML(w, r, "static/login.html")
}
? 关键改进说明：
- 移除了
ioutil.ReadAll(r.Body)—— 避免破坏r.Body流； - 显式检查
r.ParseForm()错误，提升健壮性； - 使用
r.FormValue(key)替代r.Form[key]：自动取首个值、安全处理空 key、避免 nil panic； - 使用
http.Redirect替代手动设置LocationHeader 和状态码，语义更清晰。
⚠️ 补充注意事项：
-
r.ParseForm()在 GET 请求中也会解析 URL 查询参数（?username=foo），因此无需区分方法类型调用； - 若需同时支持 JSON API 和表单提交，建议按
Content-Type分支处理，或统一使用中间件预解析； - Go 1.16+ 已弃用
ioutil，应改用io.ReadAll（同行为），但原则不变：勿重复消费r.Body。
掌握这一机制，不仅能解决 r.Form 为空的问题，更是理解 Go HTTP 请求生命周期的关键一步。
