go反射di是手动实现的轻量容器，非框架标配；需传可寻址变量、字段导出、类型匹配、tag区分多实例、mock需完整实现接口、注入后须通过接口调用且不可忽略初始化错误和资源关闭。
Go反射DI不是框架标配，而是手动构造的替代方案
Go语言没有框架级自动依赖注入——Gin、Echo、Kratos这些主流框架压根不提供“扫描struct、按tag注入”的能力。所谓“基于反射的DI”，其实是开发者自己用reflect包写的轻量容器，它不参与路由、中间件或HTTP生命周期，只解决“把A塞进B字段”这件事。它和框架无关，只是你放在internal/di/里的一个工具包。
Inject()调用前必须确保目标是可寻址变量
常见panic：reflect.Value.Set using unaddressable value。这不是代码写错了，是传入了临时值：
- ❌ 错误：
Inject(UserService{})—— struct字面量不可寻址 - ✅ 正确：
var svc UserService; Inject(&svc)—— 变量地址可取 - 字段必须导出：只有
DB *sql.DB（首字母大写）才能被reflect.StructField识别并Set() - 若字段类型是
*T，注入值也必须是*T；用reflect.New(T).Interface()构造，别用reflect.Zero(T).Interface()（后者返回nil）
同类型多实例必须靠tag区分，函数名无效
Wire会报multiple providers found for *sql.DB，反射容器也会覆盖。原因很简单：reflect.Type只认类型签名，不看函数名。所以：
- 字段加tag：
DB *sql.DB `di:"primary"`和CacheDB *sql.DB `di:"cache"` - 注册时键用
fmt.Sprintf("%s:%s", t.String(), tag)拼接，例如"*sql.DB:primary" - 别试图用
NewPrimaryDB()/NewCacheDB()绕过——反射不解析函数名，只看返回类型 - 未设tag的字段 fallback 到纯类型键（如
"*sql.DB"），保持兼容
测试时替换依赖，接口实现必须完整
mock对象只stub了GetUser()，但漏了UpdateEmailTx()，测试能过，运行时一调就panic。这是因为反射注入不校验接口完整性，只管字段类型匹配。
- mock结构体必须实现目标接口全部方法，哪怕空实现
- 用
go:generate配合mockgen生成完整mock，别手写 - 注入后别直接用
svc.DB.QueryRow()——要通过接口方法调用，否则绕过抽象层 - 初始化失败不能吞error：若
redis.NewClient()返回err，容器应立即返回err，而不是塞个nil进去
*sql.DB、*redis.Client不会自动Close()，必须在main()里显式调用，或者用fx.Invoke这类带生命周期管理的工具补位。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
