go 中使用短变量声明（:=）会创建局部变量而非赋值给全局变量，且并发请求下共享全局布尔变量不安全；应通过函数参数传递布尔值，并用比较操作将表单字符串转为布尔类型。
在 Go Web 开发中，一个常见却隐蔽的错误是误用短变量声明 := 覆盖全局变量，导致布尔状态“丢失”。如示例代码所示：
var withKetchup bool // 全局变量，默认值为 false
var withMustard bool
func orderProcess(w http.ResponseWriter, r *http.Request) {
r.ParseForm()
withKetchup := r.FormValue("withKetchup") // ❌ 错误：声明了新的局部 string 变量！
withMustard := r.FormValue("withMustard") // 同样声明局部 string，与全局 bool 无关
}这里 withKetchup := ... 并未修改全局 withKetchup bool，而是新建了一个同名的局部 string 变量——它在 orderProcess 结束后即被销毁，全局变量始终保持初始零值 false。因此后续 prepareOrder() 中打印出 false false 是必然结果。
✅ 正确做法分两步：
-
明确赋值（非声明）全局变量：去掉 :，改用 =，并显式转换字符串为布尔值：
withKetchup = r.FormValue("withKetchup") == "true" // 注意：HTML 表单 checkbox 提交 "true" 或空字符串 withMustard = r.FormValue("withMustard") == "true" 但更推荐——避免全局状态，改用参数传递：
Go 的 HTTP 处理器（handler）是并发执行的，多个请求同时调用 orderProcess 时，若共用全局 withKetchup，将引发竞态条件（race condition），导致不可预测的行为。最佳实践是将逻辑解耦，通过函数参数传递数据：
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 { // ✅ 可直接写 if withKetchup，无需 == true
// 两者都选中
} else {
// 其他分支
}
}⚠️ 注意事项：
- HTML 表单中 checkbox 默认提交 "on"（非 "true"），建议前端统一设置 value="true"，或后端兼容：val == "true" || val == "on"；
- Go 中布尔比较推荐 if flag 而非 if flag == true，更简洁且符合惯用法；
- 若必须使用全局配置（如应用级开关），应配合 sync.Once 或 atomic.Bool 确保线程安全，但业务状态绝不应依赖全局变量。
总结：Go 的变量作用域和并发模型决定了——局部化、不可变、显式传递，才是处理请求级布尔状态的可靠方式。
