Go反射注入需用reflect.StructField遍历导出字段，解析inject或di标签；目标必须为可寻址指针，接口字段按名查注册表；依赖需构图拓扑排序防循环；Type等元信息可缓存提升性能。
反射获取结构体字段类型和标签
Go 的 reflect.StructField 是注入入口。你需要遍历结构体字段，检查是否有 inject:"" 或自定义标签（比如 di:"required"），再根据类型名或接口名匹配已注册的实例。
关键点：必须用 reflect.TypeOf(t).Elem() 处理指针接收；字段必须是导出（首字母大写），否则 reflect 无法访问其类型和标签。
- 非导出字段（如
name string）在反射中表现为空reflect.StructField，直接跳过 - 标签值建议统一用
structtag解析，避免手动字符串切割 - 若字段类型是接口（如
Service interface{}），需按接口名查注册表，而非具体实现类型
用 reflect.Value.Set 注入实例时的常见 panic
reflect.Value.Set 要求目标值可寻址且可设置 —— 这是最常踩的坑。直接对 struct 字面量或函数参数做反射注入，大概率触发 panic: reflect: cannot set unaddressable value。
正确做法是：注入目标必须是地址（&obj），且该对象本身不能是临时值（比如函数返回的 struct 值）。典型安全路径是传入指针并确保它指向堆上分配的对象。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 错误示例：
inject(NewHandler())→NewHandler()返回值不可寻址 - 正确示例：
h := &Handler{}; inject(h)→h是可寻址指针 - 若字段是接口类型，赋值前需用
reflect.ValueOf(instance).Interface()转成接口值再Set
依赖排序与循环引用检测怎么做
纯反射不解决依赖顺序，得自己建图。把每个结构体类型作为节点，字段类型为出边，构建有向图。调用 toposort 排序后，再按序实例化并注入。
循环引用（A 依赖 B，B 依赖 A）会在拓扑排序时暴露：剩余节点数 > 0 但找不到入度为 0 的节点。此时应提前报错，而不是等到运行时报 nil pointer dereference。
- 注册阶段就解析所有类型的依赖关系，缓存到
map[reflect.Type][]reflect.Type - 避免每次注入都重新建图；类型关系不变，只需一次分析
- 如果允许延迟初始化（lazy init），可跳过部分强依赖检查，但字段仍需标记
di:",lazy"
性能开销在哪？能不能缓存反射结果
反射最重的操作是 reflect.TypeOf 和 reflect.ValueOf，尤其是反复调用。但 reflect.Type 和 reflect.Method 是可比较、可 map key 的，完全可以缓存。
推荐方案：用 sync.Map 缓存 reflect.Type → []injectFieldInfo，其中 injectFieldInfo 包含字段索引、类型、是否可选、标签内容等。首次注入某类型时解析，后续直接查表。
- 不要缓存
reflect.Value，它绑定了具体实例，无法复用 - 字段索引（
StructField.Index）比字段名更高效，设值时直接value.FieldByIndex(idx).Set(...) - 如果项目用 Go 1.21+，可考虑
unsafe.Pointer+reflect.TypeOf的 offset 计算，绕过部分反射调用（但增加维护成本）
