Go 初始化顺序由依赖关系决定：包级按依赖拓扑排序，包内按文件字典序及声明顺序，变量依就绪条件初始化，init 函数在变量后执行，main 最后运行。
Go 的初始化顺序不是简单“从上到下”，而是由编译器和运行时根据依赖关系自动推导出来的。理解它，关键在于抓住三个层次：包级依赖、变量就绪条件、init 执行时机。
包的导入与初始化顺序相反
main 包导入 a、b 两个包，不意味着 a 先初始化。实际顺序取决于包之间的依赖关系：
- 没有被其他包 import 的包最先初始化（比如只用标准库 time 的包）
- 如果 b 依赖 a，那么 a 必须在 b 之前完成全部初始化（包括变量和 init）
- 多个包无依赖时，初始化顺序不确定，但通常按 import 声明的逆序触发（即最后被 import 的包先初始化）
包内初始化：常量 → 变量 → init 函数
在一个包内部，每个源文件都遵循固定阶段，但具体执行顺序受两个因素控制：
- 文件名按字典序排序，比如 a.go 在 b.go 之前，a.go 里的 const/var/init 就先走
- 同一文件中，声明顺序决定初始化先后，但变量之间若有依赖，会跳过未就绪的——比如 var x = y + 1、var y = 2，则 y 先初始化，x 后初始化
- 所有包级变量初始化完成后，才开始执行该包的所有 init 函数（同样按文件字典序，再按函数出现顺序）
变量初始化依赖决定“就绪”时机
Go 不强制按书写顺序初始化变量，而是动态判断哪些变量已满足“就绪条件”：
立即学习“go语言免费学习笔记（深入）”；
- 没有初始化表达式 → 立即初始化为零值（int 是 0，string 是 ""）
- 初始化表达式只依赖已就绪的变量 → 当前变量可立即初始化
- 若 a 依赖 b，b 依赖 c，c 又依赖 a → 编译报错 “initialization loop”
main 函数是最后一步
只有当所有导入包完成初始化（变量赋值 + init 执行完毕），main 包自身的变量和 init 全部跑完，才会进入 main 函数：
- 这意味着日志、配置、数据库连接等基础组件，必须在 main 开始前准备好
- 微服务常用模式：先 init 配置和日志，再 init DB/Redis，最后启动 HTTP/gRPC Server
- 避免在 init 中做耗时操作或启动 goroutine，否则可能阻塞整个启动流程
基本上就这些。不复杂但容易忽略——尤其是依赖推导和文件排序这两点，写多了就会自然形成直觉。
