go 程序仅在显式导入并实际使用某个包时才会执行其 init() 函数；若新包未被任何已启用代码引用，即使声明了 import，编译器也可能将其视为未使用而跳过初始化。
go 程序仅在显式导入并实际使用某个包时才会执行其 init() 函数；若新包未被任何已启用代码引用，即使声明了 import，编译器也可能将其视为未使用而跳过初始化。
在 Go 中，init() 函数的执行遵循严格的依赖驱动机制：只有当一个包被主程序（或其间接依赖链）主动导入且未被编译器判定为“未使用”时，该包的 init() 才会被调用。这解释了为何旧包的 init() 正常运行，而新包的却静默失效——最常见原因就是：你的 main 包（或其依赖链）根本未导入这个新包。
例如，假设你新建了一个包 github.com/yourname/logger，并在其中定义：
// logger/logger.go
package logger
import "fmt"
func init() {
fmt.Println("logger init called")
}
但 main.go 中并未导入它：
// main.go
package main
import "fmt"
func main() {
fmt.Println("hello")
}
此时 logger.init() 完全不会执行——Go 编译器会直接忽略该包，不链接、不初始化。
✅ 正确做法是确保包被导入。若你确实需要触发 init()（例如注册组件、设置全局配置、启动后台 goroutine），但又不需要导出任何标识符（如函数、变量），应使用空白导入（blank import）：
// main.go
package main
import (
_ "github.com/yourname/logger" // 注意下划线前缀
"fmt"
)
func main() {
fmt.Println("hello")
}
这样，logger 包会被强制加载，其 init() 函数将在 main() 执行前自动运行（按导入顺序及依赖拓扑决定具体时机）。
⚠️ 注意事项：
- 空白导入
_ "path"仅用于触发副作用（如init()），不可用于访问包内任何符号，否则编译报错undefined: xxx； - 多个
init()函数在同一包中会按源文件字典序依次执行； -
init()无参数、无返回值，不能被显式调用，且每个包最多执行一次； - 若包存在循环导入，编译将失败，
init()不会执行。
总结：init() 是否运行，本质是 Go 构建图的可达性问题。检查 go list -f '{{.Deps}}' . 可验证新包是否出现在依赖列表中；若不在，则补充 import _ "xxx" 是标准、安全且符合 Go 惯例的解决方式。
