在 go 中，通过专用包（如 config）导出全局变量并在 main 初始化，是一种合理且被广泛采用的全局状态管理方式，比滥用 context 更清晰、更符合 go 的设计哲学。
在 go 中，通过专用包（如 config）导出全局变量并在 main 初始化，是一种合理且被广泛采用的全局状态管理方式，比滥用 context 更清晰、更符合 go 的设计哲学。
在构建 Web 应用时，数据库连接、配置参数、日志实例等资源通常需跨多个包复用。虽然 Go 强调显式依赖传递（如通过函数参数注入），但对真正全局、生命周期与应用一致的“基础设施级”对象（如 sql.DB、zap.Logger、配置结构体），使用初始化后的包级变量是简洁且工程友好的选择——前提是遵循以下关键原则：
✅ 正确做法示例
推荐将全局变量封装为不可变或受控可变的导出字段，并在 main() 中集中初始化（而非依赖 init()）：
// config/config.go
package config
import "database/sql"
var DB *sql.DB // 导出，供其他包使用
var Port string
// 可选：提供类型安全的配置结构（更推荐）
type Config struct {
DB *sql.DB
Port string
Env string
}
var Cfg *Config // 单一入口，语义更明确
// main.go
package main
import (
"log"
"project/config"
_ "github.com/lib/pq" // PostgreSQL 驱动
)
func main() {
db, err := sql.Open("postgres", "user=... dbname=...")
if err != nil {
log.Fatal("failed to open DB:", err)
}
if err := db.Ping(); err != nil {
log.Fatal("DB ping failed:", err)
}
config.Cfg = &config.Config{
DB: db,
Port: "8080",
Env: "production",
}
// 启动 HTTP 服务...
}
⚠️ 注意事项与最佳实践
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
-
避免在
init()中初始化有副作用的全局变量：init()执行时机不可控（导入即触发），易导致循环依赖或初始化顺序错误；main()显式控制更可靠、更易测试。 -
不要导出可变基础类型（如
var Count int）：易引发竞态；若需共享状态，请用sync.Mutex或atomic封装，或改用依赖注入。 -
区分“全局配置”与“请求上下文”：
context.Context用于携带请求生命周期内的临时数据（如用户 ID、超时控制），而config包应只承载应用启动后即固定、跨请求共享的资源。 -
考虑扩展性：随着项目增长，可将
config包升级为支持环境变量、TOML/YAML 文件加载（如使用viper），但仍保持单例导出接口不变。
总结：你提出的方案完全可行，且是 Go 社区常见模式（如 Gin 的 gin.Default() 返回全局引擎、SQLx 的 sqlx.MustConnect 等均隐含类似思想）。关键在于初始化时机可控、变量语义清晰、并发安全有保障——而非盲目回避包级变量。
