本文详解 go 语言中因局部变量遮蔽、类型误用及并发不安全导致全局布尔值“看似设为 true 却仍为 false”的常见陷阱，并提供符合 go 最佳实践的声明、赋值与传参方案。
在 Go 中，布尔变量被意外重置为 false，往往并非逻辑错误，而是由变量作用域混淆和类型转换缺失共同导致。你提供的代码中存在两个关键问题：
1. := 创建了新的局部变量，而非赋值给全局变量
var withKetchup bool // 全局变量，初始值为 false（Go 零值）
var withMustard bool
func orderProcess(w http.ResponseWriter, r *http.Request) {
r.ParseForm()
withKetchup := r.FormValue("withKetchup") // ❌ 错误：声明新 string 类型局部变量！
withMustard := r.FormValue("withMustard") // 同上 —— 全局 withKetchup/withMustard 未被修改
}此处 := 是短变量声明，它会创建同名但作用域仅限于 orderProcess 函数内的新变量（类型为 string），完全遮蔽（shadow）了全局 bool 变量。因此全局变量始终维持零值 false。
✅ 正确做法是使用纯赋值 =，并显式将表单字符串转为布尔值：
withKetchup = r.FormValue("withKetchup") == "true" // ✅ 赋值给全局变量，且做类型转换
withMustard = r.FormValue("withMustard") == "true"2. 全局变量在并发场景下不安全
HTTP 处理器（如 orderProcess）由 Go 的 HTTP server 并发调用。若多个请求同时执行 orderProcess 并写入同一组全局 bool 变量，将引发竞态条件（race condition） —— 值可能被覆盖、丢失或产生不可预测行为。
✅ 推荐方案：避免共享状态，采用函数参数传递
这是 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 { // ✅ Go 习惯：省略 == true
// 两者都选中
} else {
// 其他组合
}
}? 补充说明：HTML 表单中复选框（）默认仅在勾选时提交字段（值通常为 "on" 或自定义 value）。若需稳定语义，建议前端显式设置 value="true"，后端统一比对 == "true"；也可用 r.PostFormValue() + strconv.ParseBool() 做更健壮解析（需处理 error）。
总结：
- 永远区分 :=（声明）与 =（赋值）；修改全局变量必须用 =；
- 布尔值不能直接赋字符串，务必显式转换（== "true" 或 strconv.ParseBool）；
- 在 Web 服务中，优先使用局部变量 + 参数传递，而非全局变量——它更安全、更易单元测试、天然支持高并发。
