如何正确声明和传递 Go 中的布尔变量以避免意外重置

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 是必然结果。

✅ 正确做法分两步：

1. 明确赋值（非声明）全局变量：去掉 :，改用 =，并显式转换字符串为布尔值：

   withKetchup = r.FormValue("withKetchup") == "true"  // 注意：HTML 表单 checkbox 提交 "true" 或空字符串
   withMustard = r.FormValue("withMustard") == "true"

2. 但更推荐——避免全局状态，改用参数传递：
   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 的变量作用域和并发模型决定了——局部化、不可变、显式传递，才是处理请求级布尔状态的可靠方式。