Go中没有全局对象，只有包级变量，须在函数外用var声明，首字母决定导出性；多文件初始化顺序不可控，应避免跨文件依赖；并发读写需同步；推荐用sync.Once单例替代init()硬初始化。
Go 里没有“全局对象”的概念，只有包级变量
Go 语言不支持传统意义上的全局作用域（比如 Python 的 module-level 变量或 JS 的 window 对象），所有变量必须声明在包（package）内。所谓“全局对象”，实际是指包级变量（var 声明在函数外），它在包初始化时创建、整个程序生命周期内存在。
常见误操作是试图在 init() 之外动态“加载”一个跨包共享的对象——这行不通，因为 Go 不允许运行时修改包级变量的地址或重新绑定；更关键的是，多个包 import 同一包时，该包只初始化一次，但变量访问仍受限于导出规则（首字母大写才可导出）。
- 包级变量必须显式导出（如
var Config *AppConfig，首字母大写）才能被其他包访问 - 未导出的包级变量（如
var config *AppConfig）仅限本包内使用，即使其他包 import 了也无法引用 - 不要在
init()中做耗时或依赖外部服务的操作（如读配置、连 DB），否则会阻塞整个包初始化流程，导致import失败或超时
用 init() 初始化包级对象要小心顺序
Go 按导入依赖图顺序执行 init() 函数，但同一包内多个 init() 的执行顺序不确定，且无法控制不同包之间 init() 的精确时机。如果你依赖 A 包的 init() 初始化了某个对象，而 B 包在自己的 init() 里就去用它，很可能出错——因为 B 的 init() 可能先于 A 执行。
典型错误现象：panic: runtime error: invalid memory address or nil pointer dereference，往往是因为访问了尚未初始化的包级指针变量。
- 把初始化逻辑收束到一个明确的函数里（如
LoadConfig()），由主程序显式调用，而非藏在init() - 如果必须用
init()，确保它只做简单、无依赖、幂等的操作（如注册类型、设置默认值） - 避免在
init()中调用其他包的导出函数——它们的包可能还没初始化完
替代方案：用单例模式 + 显式初始化更可控
真正需要“全局可用对象”（如数据库连接池、配置实例、日志器）时，推荐用带懒加载或显式初始化的单例，而不是靠包级变量+init()硬扛。
例如：
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
var once sync.Once
var instance *DB
<p>func GetDB() <em>DB {
once.Do(func() {
instance = &DB{ /</em> 初始化逻辑 */ }
})
return instance
}</p>
这种写法保证首次调用 GetDB() 时才初始化，且线程安全。相比包级变量直接暴露，它更清晰地表达了“延迟加载”意图，也方便测试时替换 mock 实例。
- 不要把
once.Do放在init()里——又绕回去了，失去懒加载意义 - 如果初始化可能失败（如配置缺失），
GetDB()应返回(*DB, error)，而不是 panic - 对需要资源清理的对象（如 DB 连接池），记得提供
Close()方法，并由主程序统一管理生命周期
跨包共享对象时，导出名和初始化时机必须匹配
假设你在 pkg/config 包中定义了 var GlobalConfig *Config，其他包通过 config.GlobalConfig 访问。问题在于：这个变量什么时候被赋值？如果没人给它赋值，它永远是 nil。
很多新手以为 import 就等于“加载并初始化”，其实 import 只触发包初始化（即运行 init()），而包级变量默认零值（nil、0、"" 等），不会自动从文件或环境加载。
- 要么在
config包的init()中完成加载（有前述顺序风险） - 要么提供
LoadFromEnv() error或MustLoad() *Config等函数，强制调用方显式加载 - 导出变量名必须大写（
GlobalConfig），小写（globalConfig）在其他包不可见
最常被忽略的一点：包级变量一旦被初始化（尤其是指针、map、slice），它的底层数据结构就固定了；后续修改内容可以，但不能指望“重新加载”整个对象而不影响已有引用——Go 没有反射式重绑定机制。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
