go 中使用短变量声明（:=）会创建局部变量而非修改全局变量，且表单值需显式转换为布尔类型；同时，全局布尔变量在并发 http 处理中存在竞态风险，应通过函数参数安全传递。
在 go 应用中处理表单布尔输入时，一个常见误区是误用短变量声明 := 覆盖全局变量，导致逻辑失效。你定义了两个包级布尔变量：
var withKetchup bool // 初始化为 false（Go 零值） var withMustard bool但在 orderProcess 函数中写了：
withKetchup := r.FormValue("withKetchup") // ❌ 错误：声明新局部 String 变量！这行代码并未修改全局 withKetchup，而是声明了一个同名、类型为 string 的局部变量（因 r.FormValue() 返回 string），其作用域仅限于该函数。因此，后续调用 prepareOrder() 时读取的仍是未被赋值的全局变量——即零值 false。
✅ 正确做法分两步：
-
显式赋值 + 类型转换：用 = 赋值给全局变量，并将表单字符串转为 bool：
withKetchup = r.FormValue("withKetchup") == "true" withMustard = r.FormValue("withMustard") == "true" -
但更推荐：避免全局状态，改用参数传递
HTTP 处理函数（如 http.HandlerFunc）会被并发调用，直接读写全局变量会引发数据竞争（data race），导致不可预测的行为（如值被覆盖、丢失）。Go 的惯用法是将请求相关的状态作为参数向下传递：func orderProcess(w http.ResponseWriter, r *http.Request) { r.ParseForm() // ✅ 安全：局部 bool 变量，基于表单值解析 withKetchup := r.FormValue("withKetchup") == "true" withMustard := r.FormValue("withMustard") == "true" prepareOrder(withKetchup, withMustard) // 显式传参 } func prepareOrder(withKetchup, withMustard bool) { fmt.Println("Ketchup:", withKetchup, "Mustard:", withMustard) if withKetchup && withMustard { // ✅ 可省略 == true // 两者都选中 } else { // 其他分支 } }
⚠️ 注意事项：
- 表单中复选框（）仅在勾选时提交值（默认为 “on”，但常被前端设为 “true”）；未勾选时不提交该字段，r.FormValue() 返回空字符串 “”。因此 == “true” 是合理判断方式（前提是前端统一发送 “true”/”false”）。
- 若需兼容 “on”、”1” 或空字符串等，建议封装解析函数：
func parseBool(s string) bool { return s == "true" || s == "1" || s == "on" } - 永远避免在 HTTP handler 中直接读写共享全局变量（除非加锁或使用 sync.Once 等同步机制），优先采用无状态、参数驱动的设计。
总结：Go 的变量作用域与并发安全性决定了——不要依赖全局布尔变量承载请求上下文，而应通过函数参数传递明确的状态。这既消除了竞态风险，也提升了代码可测试性与可维护性。