在 go 中，通过专用配置包导出可变全局变量（如数据库连接）是一种简洁、可行的全局状态管理方式，只要确保初始化顺序正确且避免竞态，就完全符合 go 的设计哲学。
在 go 中，通过专用配置包导出可变全局变量（如数据库连接）是一种简洁、可行的全局状态管理方式，只要确保初始化顺序正确且避免竞态，就完全符合 go 的设计哲学。
在 Go 应用开发中，尤其是中小型 Web 服务，合理使用包级变量（package-level variables）来承载全局资源（如 *sql.DB、配置结构体、日志器等）是常见且被广泛接受的实践。你提出的方案——定义 config 包并导出 var DB *sql.DB，随后在 main() 中完成初始化——完全正确，且无需过度担忧“不够地道”。
✅ 为什么这个方案是合理的？
-
*sql.DB本身是并发安全的连接池句柄，设计初衷即为长期复用、跨 goroutine 共享； - Go 没有强制禁止全局变量，而是反对未受控的、隐式依赖的、易被意外修改的全局状态；而你显式声明、集中初始化、明确导出，恰恰符合“可控性”原则；
- 相比将
*sql.DB塞入context.Context，该方案更轻量、无运行时开销，也避免了 context 被滥用（context 应仅承载请求生命周期内的传输数据，如 trace ID、超时控制、用户身份等）。
? 推荐增强写法（兼顾安全性与可维护性）：
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
// config/config.go
package config
import "database/sql"
var DB *sql.DB // 导出供其他包使用
// InitDB 初始化数据库连接（建议显式调用，而非依赖 init()）
func InitDB(driver, dsn string) error {
db, err := sql.Open(driver, dsn)
if err != nil {
return err
}
// 可选：设置连接池参数
db.SetMaxOpenConns(25)
db.SetMaxIdleConns(25)
db.SetConnMaxLifetime(5 * 60 * time.Second)
// 验证连接有效性
if err := db.Ping(); err != nil {
return err
}
DB = db
return nil
}
// main.go
package main
import (
"log"
"project/config"
)
func main() {
if err := config.InitDB("postgres", "user=..."); err != nil {
log.Fatal(err)
}
defer config.DB.Close() // 程序退出前关闭
// 启动 HTTP 服务器等...
}
⚠️ 注意事项：
- ❌ 避免在
init()函数中执行耗时或可能失败的初始化（如数据库连接），因其调用时机不可控，错误难以捕获；显式InitDB()更利于测试与错误处理； - ✅ 所有全局变量应在
main()或其明确调用的初始化函数中完成赋值，确保其他包导入时变量已就绪； - ✅ 若项目规模扩大，可将
config包升级为结构体封装（如type Config struct { DB *sql.DB; Redis *redis.Client }），但包级变量仍是良好起点； - ? 切勿导出可变基础类型（如
var Port int）并允许任意包随意修改——应通过 getter/setter 或只读字段约束。
总结：你的思路不仅没有问题，反而是 Go 生态中清晰、务实的典型做法。关键不在于“是否全局”，而在于“是否可控、可测、可维护”。坚持显式初始化、文档化依赖、合理封装，即可放心使用。
