本文详解 Go 语言中变量作用域、指针传递机制及 database/sql 连接复用方法，帮助 Python 背景开发者理解为何 db 在 q() 中不可见，并提供安全、可维护的解决方案。
本文详解 go 语言中变量作用域、指针传递机制及 `database/sql` 连接复用方法，帮助 python 背景开发者理解为何 `db` 在 `q()` 中不可见，并提供安全、可维护的解决方案。
在 Go 中，变量具有词法作用域（lexical scope）：每个函数定义自己的局部作用域，无法直接访问其他函数内声明的变量。你遇到的 undefined: db in db.Query 错误，正是由于 db 仅在 main() 函数内声明，而 q() 是一个独立函数，其作用域中根本不存在 db 标识符——这与 Python 的全局作用域或闭包行为不同，Go 不支持隐式变量捕获。
要让 q() 使用数据库连接，最直接且符合 Go 惯例的方式是*将 `sql.DB作为参数显式传入**。注意：sql.Open()返回的本就是*sql.DB类型（即指向sql.DB` 结构体的指针），因此无需额外取地址，只需按值传递该指针即可：
func main() {
db, err := sql.Open("sqlserver", "odbc:server=myServer;user id=myName;password=myPassword;")
if err != nil {
log.Fatal(err)
}
defer db.Close() // 注意：defer 在 main 返回时执行，确保连接最终关闭
q(db) // ✅ 正确：传入 *sql.DB 指针
}
func q(db *sql.DB) { // ✅ 参数声明为 *sql.DB
var id int
var name string
rows, err := db.Query("SELECT id, name FROM myTable")
if err != nil {
log.Fatal(err)
}
defer rows.Close() // ✅ 在 q 内部及时关闭 rows
for rows.Next() {
err := rows.Scan(&id, &name) // ? 关键：&id 和 &name 表示“id 和 name 变量的内存地址”
if err != nil {
log.Fatal(err)
}
log.Println(id, name)
}
if err := rows.Err(); err != nil {
log.Fatal(err)
}
}
关于 &id 和 &name：这里的 & 是取地址操作符，它返回变量在内存中的地址。rows.Scan() 需要接收指针，是因为它要将查询结果写入你提供的变量中（即“反向赋值”）。若传入 id（值本身），Scan() 只能修改其副本，原变量不会变化；而传入 &id，它就能直接修改 id 所在的内存位置——这正是 Go 中通过指针实现“输出参数”的标准模式。
⚠️ 重要注意事项：
-
*sql.DB本身是并发安全的连接池句柄，无需也不应为每次查询创建新连接；复用db实例是最佳实践。 -
defer db.Close()应放在main()中（如上所示），因为db生命周期应覆盖整个程序运行期；但rows.Close()必须在q()内defer或显式调用，否则可能泄漏游标资源。 - 生产环境中，建议添加连接健康检查（如
db.Ping()）和更健壮的错误处理（例如使用errors.Is(err, sql.ErrNoRows)区分空结果与真实错误）。
总结：Go 的显式性（explicitness）是其核心设计哲学——作用域、类型、内存管理均需开发者清晰声明。放弃“隐式共享”，拥抱“显式传参”，不仅能解决编译错误，更能写出更易测试、更易维护的代码。
