Go语言中包的init函数执行顺序无法手动指定，遵循依赖先行、文件字典序、函数出现顺序规则，应避免跨包依赖不确定性，严格顺序需求需改用显式Init函数。
Go语言中包的init函数执行顺序由编译器自动确定，**无法手动指定多个包之间init的先后顺序**，但可以通过理解其规则来合理组织依赖，间接控制初始化行为。
init函数的执行规则
Go规定：init函数在main函数运行前执行，每个包最多一个init函数（可定义多个，但必须分散在不同文件中），且遵循以下顺序：
- 导入链自底向上：被依赖的包先于依赖它的包初始化（即深度优先、依赖先行）
- 同一包内：按源文件名的字典序依次执行各
init函数（如a.go在b.go前） - 同一文件内：按
init函数出现的顺序执行（从上到下）
避免依赖循环与顺序不确定性
若两个包互相import，编译会报错；即使间接循环（A→B→C→A），也会失败。这是Go强制保证初始化顺序可预测的机制。因此：
- 把共享的初始化逻辑（如配置加载、日志设置）抽到独立的基础包（如
pkg/config），让其他包单向依赖它 - 避免在
init中调用其他包未导出的变量或函数——它们可能尚未初始化 - 不要假设跨包
init的绝对时序，例如pkg/a的init不能安全读取pkg/b中非const的全局变量值
需要显式顺序控制？改用显式初始化函数
当业务要求严格初始化次序（如先连数据库、再注册路由、最后启动HTTP服务），应放弃依赖init，改用可调用的初始化函数：
立即学习“go语言免费学习笔记（深入）”；
- 在各包中定义
func Init() error，返回错误便于链式校验 - 在
main()中按需顺序调用：config.Init()→db.Init()→router.Init() - 配合
sync.Once确保多次调用安全，或用状态标记防止重复初始化
调试init执行流程
可通过go build -gcflags="-m=2"观察编译期优化信息，或在init中加日志（注意：日志包自身也需提前就绪）：
init里用log.Printf前，确保log包已完成初始化（标准库没问题，自建日志需谨慎） 
