DI容器初始化正确性取决于类型查得到、值取得到、非空校验过；需测试精确类型匹配Get、nil指针防护、参数类型对齐、并发安全及实例生命周期。
直接测注册表和 Get() 行为，别碰构造函数反射调用逻辑——DI 容器的初始化正确性不在于“能不能 new 出来”，而在于“类型查得到、值取得到、非空校验过了”。手写容器或用 dig/wire 都逃不开这三关。
测试注册后能否按类型准确 Get()
核心是验证 map[reflect.Type]interface{} 的键匹配是否精确。比如注册了 (*sql.DB)(nil)，就得用 (*sql.DB)(nil) 去查，不能只传 sql.DB 或 interface{}。
- 用
reflect.TypeOf((*MyService)(nil)).Elem()构造 key，和注册时一致 - 对泛型类型如
Repository[User]，直接用字段的StructField.Type作 key，不用手动拆解类型参数 - 断言
Get()返回值非 nil 且类型匹配：assert.IsType(t, &MyService{}, inst) - 故意查一个未注册的类型，确认返回零值（不是 panic）
测试结构体字段注入时的 nil 指针防护
反射赋值前不检查 v.IsValid() && !v.IsNil()，v.Interface() 就会 panic。这是最常被忽略的崩溃点。
- 构造一个字段为
*Logger但值为 nil 的结构体实例 - 调用注入方法，观察是否 panic；应静默跳过或返回明确错误
- 在测试中 mock 注册表，让某个依赖类型返回 nil 实例，验证注入逻辑是否防御性处理
- 若用
v.Elem()解引用，必须先v.Kind() == reflect.Ptr && !v.IsNil()
测试构造函数参数自动匹配的类型对齐
reflect.Value.Call() 对参数类型、顺序、指针/值形态极其敏感。错一位、混用 *T 和 T，直接 crash。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 写一个工厂函数
func NewHandler(*DB, *Logger) *Handler - 只注册
*DB，不注册*Logger，验证是否报错而非 panic - 注册
DB（值类型）但参数要*DB，确认是否拒绝匹配（或按需自动取地址） - 用
t.In(i)检查每个参数类型，再从注册表捞对应实例，避免靠字符串 tag 匹配
测试并发 Get() 下的竞态与缓存一致性
单例缓存若没加锁或没用 sync.Map，多 goroutine 调用 Get() 可能读到半初始化的值，或触发 data race。
- 用
go test -race运行并发测试 - 启动 100 个 goroutine 同时调用
Get(&MyService{}) - 检查是否每次都返回同一个实例地址（
assert.Same()） - 若容器支持作用域（如 request-scoped），确保不同 goroutine 获取的是隔离实例
真正难测的不是“有没有值”，而是“那个值在被反射取出来那一刻，是不是还活着、没被 GC、没被并发写坏”。初始化测试要直击这些脆弱环节，而不是只看 nil 判断。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
