Go语言规定同包多个源文件中的init函数按文件名的字典序（lexical order）依次执行，该顺序由构建工具传递给编译器的文件顺序决定；go build 默认按文件名升序排列，因此a.go、b.go、c.go中的init将严格输出"a"、"b"、"c"。
go语言规定同包多个源文件中的init函数按文件名的字典序（lexical order）依次执行，该顺序由构建工具传递给编译器的文件顺序决定；`go build` 默认按文件名升序排列，因此a.go、b.go、c.go中的init将严格输出"a"、"b"、"c"。
在Go程序中，init() 函数是包初始化阶段自动执行的特殊函数，每个源文件可定义零个或多个 init 函数，它们不接受参数、不返回值、不可被显式调用，仅用于执行包级初始化逻辑（如注册、配置预设、资源准备等）。
当一个包由多个 .go 文件组成时（如示例中的 main/ 目录下 a.go、b.go、c.go），这些文件中的 init 函数并非按编译时间、文件创建时间或代码书写位置执行，而是严格依赖编译器接收的文件顺序。根据 Go语言规范 §Package initialization：
"The initialization of each package proceeds in the order in which the files are presented to the compiler. Build systems are encouraged to present multiple files belonging to the same package in lexical file name order."
这意味着：
✅ go build（以及 go run、go test 等官方命令）默认按文件名的 Unicode 字典序（lexicographic order） 对同一包内的源文件排序后传入编译器；
✅ 因此 a.go
✅ 输出结果确定为：
a b c
⚠️ 注意事项：
- 该顺序不保证跨平台绝对一致（例如文件系统大小写敏感性差异可能影响排序），但 go 命令自身实现统一使用 Go 标准库的 strings.Compare 进行字典比较，实际行为稳定可靠；
- 若通过 go build a.go c.go b.go 显式指定文件顺序，则 init 将按 a.go → c.go → b.go 执行（输出 a c b），打破默认字典序——这说明顺序本质由构建工具控制，而非语言硬编码；
- 绝不应依赖 init 顺序实现关键逻辑耦合。若 b.init() 依赖 a.init() 的副作用，应改用显式初始化函数（如 a.Init()）并手动调用，以提升可读性与可维护性；
- 同一文件内多个 init 函数按源码自上而下顺序执行，且早于任何变量初始化（var 声明含初始化表达式）。
✅ 最佳实践建议：
- 将强依赖关系的初始化逻辑合并至单个文件，或通过函数调用显式串联；
- 使用 go list -f '{{.GoFiles}}' . 可查看当前目录下 go 命令实际识别的文件顺序，验证预期；
- 在 CI/CD 或多环境部署中，保持文件命名规范（如 01_config.go、02_db.go）可增强顺序可预测性。
总之，init 顺序是可观察、可预测的（默认字典序），但属于构建时约定而非语言语义保证。专业项目中，应将其视为“尽力而为”的便利机制，而非构建逻辑依赖的基石。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
