reflect.Value.Interface()对未导出字段（如age）调用会panic，因Go禁止暴露私有字段；仅导出字段可安全调用，且须先检查v.CanInterface()，未导出时该方法恒返回false。
reflect.Value.Interface() panic: unexported field
调用 v.FieldByName("age").Interface() 会直接 panic，不是因为反射本身出错，而是 Go 运行时明确禁止对未导出字段（小写开头）调用 Interface()。这是安全机制，不是 bug。
- 只有导出字段（大写开头）才允许通过
Interface()暴露为interface{}；未导出字段只能用Interface()的“兄弟方法”——Int()、String()、Float()等按 Kind 取值 - 若你确实需要访问未导出字段的值（比如测试或调试），必须先确保
v.CanInterface()返回 true —— 但对未导出字段它永远是 false - 常见误操作：把结构体指针传入反射后，忘记调用
.Elem()就直接FieldByName，结果操作的是指针类型而非结构体，导致字段查找失败或 panic
类型断言失败后直接用 v.(T) 导致 panic
从 reflect.Value.Interface() 得到 interface{} 后，直接写 x.(User) 是高危操作。一旦底层类型不是 User（比如是 *User 或 map[string]interface{}），程序立即崩溃。
- 永远优先用带 ok 的形式：
u, ok := x.(User)，ok 为 false 时 u 是零值，不会中断执行 - 注意指针陷阱：如果反射源是
&User{}，Interface()返回的是*User，断言.(User)必然失败；应断言.(*User)或先解引用 - nil 接口值也能通过
Interface()返回，但此时断言任何非接口类型都会失败（ok == false），需提前用v.IsValid()和v.IsNil()检查
reflect.TypeOf(interface{}) 总是返回 interface{}
对一个接口变量直接调用 reflect.TypeOf(v)，结果永远是 interface{}，不是它内部的实际类型。这不是反射失效，而是接口在反射模型中被当作独立容器处理。
Golang Google Wire
下载
在 Go 中使用 google/wire 实现编译时依赖注入——wire.NewSet、wire.Build、wire.Bind（接口→实现）、wire.Struct、wire.Value、wire.Interface
- 正确路径是：
reflect.ValueOf(v).Elem().Type()—— 但仅当v是接口且内部存的是指针（如interface{}(&u)）时才安全 - 更通用的做法：先用
reflect.ValueOf(v)，检查.Kind() == reflect.Interface，再用.Elem()获取实际值的Value，最后调用.Type() - 如果接口里存的是值类型（如
var i interface{} = User{}），.Elem()会 panic；此时只能靠类型断言预判，或改用v.Interface()后重新走断言逻辑
Interface() 后类型丢失导致 strconv 转换失败
JSON 解析后得到 map[string]interface{}，其中数字字段（如 "count"）默认是 float64，不是 int 或 string。直接断言 .(int) 一定失败，但很多人误以为是反射问题。
立即学习“go语言免费学习笔记（深入）”；
- 这是类型系统本身的约束：Go 不做隐式转换，
float64和int是完全不同的类型 - 正确流程是两步：先安全断言为
float64，再用strconv.FormatFloat或int(f)显式转（注意溢出风险） - 若原始 JSON 字段可能是字符串形式的数字（如
"123"），需先断言.(string)，再用strconv.Atoi；不能跳过断言直接喂给strconv
interface{}，不解决类型匹配问题。所有后续转换失败，根源都在断言目标与实际类型不一致，而不是反射没“转回去”。 
