Go中同一包内多个init函数按源文件名字典序执行，同一文件内按出现顺序执行；跨包init在导入包的init前执行，但需实际被引用。
多个 init 函数的执行顺序怎么定
Go 里同一个包内可以有多个 init 函数，它们按源文件字典序执行，而不是声明顺序或文件引入顺序。比如 a.go 和 b.go 都有 init，那 a.go 的一定先跑。
常见错误现象：panic: runtime error: invalid memory address —— 实际是某个 init 依赖了另一个还没执行完的全局变量，但你以为“写在前面就先执行”。
- 同一文件内的多个
init按出现顺序执行（从上到下） - 不同文件间严格按文件名排序，不是按
go build时的参数顺序 - 如果依赖关系复杂，别靠猜，用
go tool compile -S main.go看汇编里init调用序列
import _ 触发的包级 init 怎么算进整体顺序
被 import _ "xxx" 引入的包，它的 init 也会参与整个初始化链，而且是在导入它的包的 init 之前执行——但前提是该包确实被“需要”，比如导出符号被引用、或者它自己又导入了别的包。
使用场景：注册驱动（如 database/sql + _ "github.com/lib/pq"）、启动日志钩子、预热缓存。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
import _ "net/http/pprof"会触发pprof包的init，它往http.DefaultServeMux注册路由 - 如果只
import _却没用到任何该包的符号，Go 1.20+ 可能直接丢弃这个包（除非加//go:linkname或其他强制引用） - 跨包
init之间没有显式同步机制，别在init里起 goroutine 然后指望它在 main 开始前结束
为什么 init 里不能调用本包未初始化的变量
因为 Go 的变量初始化和 init 执行是分阶段进行的：先初始化包级变量（按声明顺序），再执行 init（按文件字典序）。但如果你在变量初始化表达式里调用了函数，而该函数又依赖另一个还没初始化的变量，就会出问题。
示例：
var a = f()
var b = 42
func f() int { return b + 1 } // b 还没初始化，此时是 0，a = 1，不是 43
- 包级变量初始化表达式中调用的函数，其内部访问的其他包级变量，值取决于它们是否已在当前阶段完成初始化
- 循环依赖会直接报错：
initialization loop，比如a = b + 1，b = a * 2 - 想确保顺序？把逻辑全挪进
init，用显式赋值替代声明时初始化
测试时 init 执行了两遍？
是的，常见于用 go test 同时测多个包，或用了子测试（subtest）且包被重复加载。根本原因是 Go 测试框架会为每个测试文件单独编译并运行一次初始化流程，尤其是当你用 -run 指定某子测试、又没控制好包导入路径时。
性能影响：如果 init 做了开文件、连数据库、加载大配置等重操作，会导致测试变慢甚至失败（比如端口已被占）。
- 避免在
init中做不可重入操作；改用 lazy-init 模式，比如sync.Once包裹的初始化函数 - 用
testing.Init()不行 —— 它只是给测试框架用的钩子，不替代包级init - 调试方法：在
init里打日志，加上runtime.Caller(0)看调用栈，确认是不是被多个 test main 触发
事情说清了就结束。init 的边界很窄，但它踩进去就是 runtime panic，不是编译期能拦住的。最麻烦的是那种“本地跑得通、CI 报错”的情况——往往是因为文件名排序在不同系统上结果不一致。
