reflect.value.interface() 一调就 panic 是因 go 反射明确禁止将底层为 nil 的指针转成接口值；必须前置校验 v.isvalid() && !v.isnil()（仅对 ptr/map/slice 等有效），且取指针值前需确保 v.kind() == reflect.ptr && !v.isnil() 后再调 v.elem()。
reflect.Value.Interface() 为什么一调就 panic
不是框架写错了，是 Go 反射明确禁止把底层为 nil 的指针转成接口值。比如字段声明为 *sql.DB，但容器里没注册、也没初始化，反射拿到的 reflect.Value 就是个空指针——此时直接调 v.Interface() 必崩，报 invalid memory address or nil pointer dereference。
必须前置校验：
-
v.IsValid()确保值有效（非零值、非未初始化） -
!v.IsNil()确保指针非空（仅对reflect.Ptr、reflect.Map、reflect.Slice等有意义） - 若要取指针指向的值，得先
v.Elem()，但前提是v.Kind() == reflect.Ptr && !v.IsNil()
dig 为何连 *Logger 和 Logger 都算不同依赖
因为 Go 类型系统里，*Logger 和 Logger 是两个完全不兼容的类型，底层 reflect.Type 不同，== 比较直接返回 false。dig 在 paramList.BuildList 阶段不做任何转换或推导，只做精确匹配。
常见失配场景：
- 注册了
func() Logger（值类型），Invoke 函数参数写成func(l *Logger)→ 找不到 - 注册了
func() *sql.DB，Invoke 参数却是func(db *database.DB)→ 包路径不同，类型不等价 - 用
dig.In包裹结构体，但字段小写（如repo UserRepository）→cannot set unexported field
注册表该用 reflect.Type 还是字符串当 key
必须用 map[reflect.Type]interface{}。字符串 key（比如 "logger"）在泛型和包路径差异面前完全失效。
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
例如：Repository[User] 和 Repository[Order] 是两个独立类型，reflect.TypeOf(&r).Elem() 能精确区分；而字符串 “repository” 根本无法承载这种信息。struct tag（如 inject:"db"）只适合做命名覆盖，不能替代类型匹配逻辑。
注册时建议统一处理指针/值语义：
- 注册
&DB{}→ key 是reflect.TypeOf(&DB{}).Elem() - 注册
func() *DB→ key 是reflect.TypeOf((*DB)(nil)).Elem() - 避免混用：同一类型别名（如
type DBAlias = *sql.DB）会生成不同reflect.Type，需显式对齐
手动 DI 为什么比运行时框架更可靠
Go 没有运行时注解解析，所谓“自动扫描”全是假象——所有框架最终都靠你手写 Register 或 Provide 调用，只是把 new 和赋值藏在反射里了。而反射带来的代价很实在：
- 启动慢：每次
reflect.TypeOf、reflect.ValueOf都有开销，泛型嵌套越深越明显 - 调试难：panic 堆栈不显示原始调用点，只显示
reflect.Value.Call或Set - 静默失败：类型不匹配时，有些容器直接跳过字段，不报错也不注入，问题延迟到运行时暴露
真正值得优先考虑的是：顶层协调用一次反射构建树，关键路径（如 handler、middleware 初始化）全部手动 new + 传参。这不是倒退，是把控制权拿回来。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
