wire build未执行或wire.go被忽略导致initializeapp函数不存在；需确保// +build wireinject独占首行、文件位置正确、仅含injector函数/wire.build/空导入、显式列出所有provider、避免同类型多provider、提交wire_gen.go。
InitializeApp 函数不存在？不是 Wire 配置错了，是根本没生成代码——wire build 没跑，或者 wire.go 被构建系统跳过了。
为什么 wire.go 总是被忽略
Go 构建系统靠第一行的 // +build wireinject 标签识别该文件，它不是注释，是构建约束。漏掉、加空格、混逗号（比如 // +build wireinject,ignore）都会导致静默失效。
- 必须独占第一行，前面不能有空行或空格
- 文件必须和目标包同级：你要生成
cmd/myapp/InitializeApp()，wire.go就得放在cmd/myapp/目录下，不能丢在项目根目录或internal/di/ - 文件里只允许三样东西：
InitializeApp()这类 injector 函数、wire.Build()调用、_ "github.com/google/wire"空导入；混入import "fmt"或变量声明，wire build会直接跳过整个文件，不报错也不生成
wire.Build() 漏传函数，为什么报错总在“下游”类型
Wire 不扫描代码库，只信任 wire.Build() 显式列出的函数。漏掉中间 provider，生成链就断在那一层，而 Go 编译器报错永远指向“谁调用了缺失类型”，不是“你漏了谁”。
- 假设
InitializeApp → NewService → NewRepository → NewDB，但wire.Build(InitializeApp, NewService)没写NewRepository和NewDB - Wire 会尝试生成
NewService的调用，发现它需要*Repository，但列表里没有返回*Repository的函数 → 报no provider found for *Repository - 它不会提示“你漏了
NewRepository”，也不会继续往下查“谁该提供*Repository” - 所有环节必须显式列出：
wire.Build(InitializeApp, NewService, NewRepository, NewDB)
两个函数都返回 *sql.DB，Wire 直接报错怎么办
Wire 要求类型唯一可推导。同返回类型多 provider 是硬性禁止——函数名对 Wire 完全无意义，它只认签名。
- 错误现象：
multiple providers found for *sql.DB - 不能靠
NewPrimaryDB()/NewReplicaDB()绕过 - 正确解法只有两种：
wire.Value(primaryDB)和wire.Value(replicaDB)绑定具体实例；或用wire.Struct(new(App), "primaryDB", "replicaDB")，并确保结构体字段名与绑定名一致 - 基础类型冲突（如
string）也一样：必须用类型别名拆开，type DBDSN string和type RedisAddr string，再让对应 provider 分别返回
wire_gen.go 必须提交 Git
它不是缓存文件，而是构建链的硬依赖。CI 拉代码后若缺失，go build 直接失败——因为 InitializeApp 这类函数根本不存在。
-
wire_gen.go是纯 Go 代码，由wire build生成，会被常规构建包含 - 你绝不能手动修改它，但必须把它和
wire.go一起提交到版本库 - CI 流程中需前置执行
wire build，否则本地能跑、CI 报 undefined - 如果用了
http.DefaultClient，别直接wire.Value(http.DefaultClient)，它不是指针，且不可控；改用func NewHTTPClient() *http.Client { return &http.Client{} }更安全
db.Ping()、启 goroutine、读配置文件，Wire 全部放行，但运行时炸得毫无预警。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
