go无内置di容器，需手动构造依赖树或选用wire（编译期生成）/fx（运行时反射）等轻量库；wire通过显式newset合并模块providerset，fx则用provide/invoke管理生命周期与跨模块注册。
Go 里没有内置的 DI 容器，得自己搭或选库
Go 语言本身不提供运行时反射型依赖注入（如 Spring 或 Angular 那种），interface{} 和构造函数参数是主流解法。所谓“跨模块 DI 容器”，本质是解决两个问题：模块间类型注册不耦合、实例生命周期可控。硬写全局 map + reflect 不仅难维护，还会让 go test 并发失败、破坏依赖可追踪性。
推荐路径：用轻量库（如 uber-go/fx 或 google/wire）替代手写容器。前者适合运行时动态绑定（微服务常见），后者是编译期代码生成，零反射、可调试、无隐式依赖。
wire 怎么让多个模块共享依赖供给
wire 本身不跨包自动扫描，必须显式组合各模块的 ProviderSet。比如 auth 模块导出 AuthSet，db 模块导出 DBSet，主程序用 wire.NewSet() 合并：
var SuperSet = wire.NewSet(
auth.AuthSet,
db.DBSet,
http.NewServer,
)
关键点：
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
-
ProviderSet必须是变量（不能是函数调用结果），否则wire无法静态分析 - 模块间依赖要通过参数传递，比如
db.DBSet不能内部直接 newredis.Client，而应接收*redis.Options作为参数，由上层注入 - 如果某模块需要“可选依赖”（如日志器可为
nil），要用wire.Optional包裹，否则wire build会报错
用 fx 跨模块注册时，为什么 fx.Invoke 不生效
fx.Invoke 只在启动阶段执行一次，且只接受函数——该函数的参数必须全部能被容器解析（即已通过 fx.Provide 注册）。常见失效原因：
- 被 invoke 的函数定义在子模块，但没被
fx.Module显式包含，导致启动时未加载 - 函数参数类型和
Provide返回类型不完全匹配（例如返回*sql.DB，却试图注入driver.Conn） - 模块间循环依赖：A 模块
Provide一个结构体，其字段类型在 B 模块中定义，而 B 又依赖 A 的某个接口
调试建议：加 fx.NopLogger 替换默认 logger，再启动时加 --debug 参数，看容器实际解析了哪些类型。
自定义容器时，如何避免 init() 导致测试污染
很多手写容器会把 Register 放在 init() 函数里，这会让单元测试无法重置状态——因为 init() 在包加载时只跑一次，且不可撤销。正确做法是把容器实例化推迟到业务入口（如 main() 或测试的 TestMain）：
- 定义一个
Container接口，含Invoke、Start等方法 - 每个模块提供
NewModule() *fx.App或WireSet，不碰全局状态 - 测试中用
fxtest.New或wire.Build生成全新容器，确保隔离
跨模块协作真正的难点不在“怎么注册”，而在“谁负责释放资源”。比如数据库连接池、gRPC client、HTTP server 都需要 Stop 或 Close；这些生命周期钩子必须统一收口，不能散落在各模块的 init() 或匿名函数里。
