能，且同一包下允许多个init函数并支持跨文件定义；执行顺序严格按源码书写顺序（同文件）和文件名字典序（跨文件），init间不可调用，变量初始化需显式控制。
能，而且很常见——同一个包下不仅允许多个 init 函数，还支持跨文件、跨函数分散定义，但执行顺序不是随意的，而是有明确规则可循。
同一文件里多个 init 怎么执行？
按源码中出现的顺序，从上到下依次执行。不是按函数名排序，也不是按声明位置“靠后就晚跑”，就是字面意义上的书写顺序。
- 如果
a.go里写了两个init，上面那个先执行，下面那个后执行 -
init函数之间不能互相调用（编译报错：cannot call init） - 常见错误现象：
panic: runtime error: invalid memory address，实际是因为第二个init用了第一个还没赋值的包级变量，而你误以为“写在后面就自动等前面跑完” - 真要分步初始化，不如拆成普通函数
initConfig()、initDB()，再在单个init里显式调用，逻辑更直白
同一包不同文件的 init 执行顺序怎么定？
严格按文件名的字典序（ASCII order）执行，不是按 go build 命令里写的顺序，也不是按 import 顺序或人眼看到的目录结构。
-
01_config.go一定在02_db.go之前，a.go一定在b.go之前 - 文件名含数字前缀是常用手段，但要注意
10_init.go会排在2_init.go前面（因为字符串比较是逐字符，“1” - 用
go run a.go b.go c.go和go run c.go b.go a.go能验证：后者会强制改变顺序，但这是绕过工具链默认行为，不推荐用于生产 - 常见错误现象：在
db.go里初始化var db *sql.DB，又在handler.go的init里直接用db.QueryRow—— 如果handler.go字典序靠前，db还是nil，立刻 panic
跨包的 init 什么时候跑？依赖关系怎么影响顺序？
按导入依赖图的拓扑序执行：被依赖包的 init 一定先于依赖它的包执行，且只对实际被引用的包生效。
-
import "net/http"的包，net/http自己的init会在你的包的init之前跑完 -
import _ "github.com/some/pkg"也会触发该包的init，前提是它没被编译器优化掉（比如没导出任何符号、也没间接依赖其他包） - 循环 import 直接编译失败，Go 不允许这种不确定性；哪怕 A→B→C→A 这种间接循环，也会报错
- main 包的
init总是最后执行，但它仍遵循“本包内文件字典序”规则
真正容易被忽略的是：init 顺序看似确定，但一旦涉及跨文件/跨包的隐式依赖（比如某个 init 读取另一个文件里还没初始化的变量），就极难调试。与其赌顺序，不如把关键依赖显式串起来——比如用一个 Setup() 函数统一调度，init 里只做注册或标记，不碰真实状态。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
