在 Go 中，使用 := 在 if/else 分支内声明变量会导致其作用域仅限于该分支，造成后续无法访问 stmt 或 err；应先声明变量再赋值，确保作用域覆盖整个逻辑块。
在 go 中，使用 `:=` 在 if/else 分支内声明变量会导致其作用域仅限于该分支，造成后续无法访问 stmt 或 err；应先声明变量再赋值，确保作用域覆盖整个逻辑块。
Go 的变量作用域规则与 PHP 等动态语言有本质区别：使用短变量声明 := 时，变量仅在当前代码块（如 if { ... } 或 else { ... }）内有效。因此，原代码中两个分支各自声明的 stmt, err := ... 实际上创建了两组独立且不可跨块访问的局部变量，导致 stmt.Exec() 调用时报错 undefined: stmt。
✅ 正确做法是提前声明变量类型，再在分支中统一赋值：
var stmt *sql.Stmt
var err error
if strings.EqualFold(update_status, "live") {
stmt, err = dbmap.Prepare(
"UPDATE Apps SET version=?, deploy_status=?, status=?, live_date=? WHERE id=?")
} else {
stmt, err = dbmap.Prepare(
"UPDATE Apps SET version=?, deploy_status=?, status=? WHERE id=?")
}
// ✅ 此处 stmt 和 err 均已定义且可访问
if err != nil {
return err // 或按需处理错误
}
defer stmt.Close() // 避免资源泄漏
_, err = stmt.Exec(version, deployStatus, status, liveDate, id)
if err != nil {
return err
}⚠️ 注意事项：
- sql.Stmt 是可重用的预编译语句对象，但需手动调用 Close() 释放资源（推荐配合 defer）；
- 若 update_status 可能为空或非法，建议增加前置校验，避免 SQL 逻辑歧义；
- 更健壮的写法可考虑使用 sqlx 或 ORM（如 gorm）简化条件 SQL 构建，但底层仍需遵守 Go 的作用域规则。
总结：Go 不支持“隐式提升作用域”，所有需跨分支使用的变量必须在外部作用域显式声明（var 或 stmt, err := &sql.Stmt{}, error(nil)），再通过 = 赋值——这是写出可维护、无作用域陷阱 Go 代码的关键习惯。
