在 go 单元测试中模拟 http post 请求时，若需让 http.request 正确解析表单变量（如 r.formvalue("number")），必须显式设置 content-type: application/x-www-form-urlencoded 请求头，否则 parseform() 不会自动解析请求体。
在 go 单元测试中模拟 http post 请求时，若需让 http.request 正确解析表单变量（如 r.formvalue("number")），必须显式设置 content-type: application/x-www-form-urlencoded 请求头，否则 parseform() 不会自动解析请求体。
在 Go 的 HTTP 测试中，仅构造包含 URL 编码字符串的请求体（如 "number=2"）是不够的。Go 的标准库要求明确的 Content-Type 头，才能触发 request.ParseForm() 的自动调用（该方法被 request.FormValue、request.PostForm 等内部隐式调用）。若缺失该头，即使请求体格式正确，r.FormValue("number") 也会返回空字符串。
✅ 正确做法是在创建 *http.Request 后立即设置请求头：
func TestFunctionToTest(t *testing.T) {
handler := &my_listener_class{}
// 构造 URL 编码的表单数据
body := strings.NewReader("number=2&name=alice")
req, err := http.NewRequest("POST", "/my_url", body)
if err != nil {
t.Fatal(err) // 切勿忽略错误！
}
// 关键：设置 Content-Type，告知 Go 解析为表单
req.Header.Set("Content-Type", "application/x-www-form-urlencoded")
w := httptest.NewRecorder()
handler.function_to_test(w, req)
if w.Code != http.StatusOK {
t.Errorf("Expected status %d, got %d", http.StatusOK, w.Code)
}
}⚠️ 注意事项：
- 必须检查 http.NewRequest 错误：其第二个返回值为 error，忽略它可能导致后续 panic 或不可预期行为；
- 不要依赖 req.ParseForm() 手动调用：虽然可显式调用，但标准实践是通过设置正确的 Content-Type 让框架自动处理，更符合真实 HTTP 行为；
- 若测试 JSON API，请改用 "application/json" 并使用 json.Marshal 构造请求体，此时应使用 req.Body 解析而非 FormValue；
- Go 1.3.3 已非常陈旧（发布于 2014 年），强烈建议升级至当前受支持版本（如 Go 1.21+），以获得安全更新、性能优化及更稳定的 net/http 行为。
总结：表单数据能否被测试函数正确读取，不取决于请求体内容本身，而取决于是否设置了匹配的 Content-Type。这是 Go HTTP 测试中最常被忽视却最关键的细节之一。
