reflect.Value.Interface() panic 因调用空 Value，须确保 Value 已绑定数据（如 reflect.ValueOf(x) 或 reflect.New(t).Elem()）；StructTag 需用 Tag.Get("inject") 提取；Kind() 判断类型类别，Elem() 层层展开；函数注入需防循环依赖。
为什么 reflect.Value.Interface() 会 panic：“call of reflect.Value.Interface on zero Value”
这是依赖注入容器里最常踩的坑——你试图从空 reflect.Value 提取真实值。典型场景是：用 reflect.TypeOf 拿到类型后，没调用 reflect.New 或 reflect.Zero 就直接 .Interface()。
真正能安全调用 .Interface() 的，必须是已绑定底层数据的 reflect.Value（比如通过 reflect.ValueOf(x) 或 reflect.New(t).Elem() 创建的）。
- 错误写法：
reflect.ValueOf(nil).Interface()→ panic - 正确做法：先用
reflect.New(t).Elem()构造可寻址的零值，再调用.Interface() - 构造实例时别漏掉
.Elem()：因为reflect.New返回的是指针的Value，要解引用才能得到目标类型的值
如何用 reflect.StructTag 解析 inject:"name" 这类字段标记
Go 的 struct tag 不是字符串拼接，得用 structField.Tag.Get("inject") 显式提取。直接读 structField.Tag 得到的是原始字符串，含双引号和空格，不能直接当 key 用。
常见误判是把 tag 值当成自由文本处理，结果匹配失败或 panic。
立即学习“go语言免费学习笔记（深入）”；
- 必须用
field.Tag.Get("inject")，不是string(field.Tag) - 返回空字符串表示该字段没打这个 tag，别默认当作 "auto" 处理
- 如果 tag 值含逗号分隔参数（如
inject:"name,optional"），得自己按逗号切分并 trim 空格，标准库不帮你解析
reflect.Type.Kind() 和 reflect.Type.Elem() 在泛型/切片/指针注入中的关键区别
注入容器要支持 []*Service、*http.Client、chan int 这类类型，就不能只看 Name()。必须靠 Kind() 判断底层类别，再按需调用 Elem() 或 Elem().Elem() 层层展开。
比如 reflect.TypeOf([]*string{}).Elem() 是 *string 类型，它的 Kind() 是 Ptr，还得再调一次 .Elem() 才拿到 string。
- 判断是否为指针：用
t.Kind() == reflect.Ptr，不是t.Name() == "*T" - 获取切片元素类型：先确认
t.Kind() == reflect.Slice，再用t.Elem() - 嵌套指针（如
**int）要循环调用.Elem()，直到Kind() != reflect.Ptr
为什么注册 func(*DB) error 类型的初始化器比注册 *DB 更难处理
函数类型注入是反射中最容易失控的部分：它既涉及参数自动匹配（找容器里已有的 *DB、Logger），又涉及执行时机控制（是否立即调用、是否缓存返回值）。稍不注意就会循环依赖或重复执行。
核心难点在于：函数签名里的每个参数都要在容器中查一遍，而查的过程可能再次触发其他函数初始化器——没有显式拓扑排序，就容易死锁。
- 必须记录当前正在解析的函数类型，遇到重复依赖时提前报错，而不是无限递归
- 函数返回值如果是非 error 类型（如
func() Config），得约定只取第一个返回值，且忽略其余返回值 - 不要自动调用无参函数；有参函数才需要依赖查找——否则会误把工厂函数当普通值注册
反射做 IoC 容器，最难的从来不是“怎么创建对象”，而是“什么时候不该创建”。类型系统越松，边界就越模糊。
