go反射是需谨慎使用的手术刀，必须绕过编译期类型检查时才用；其核心限制为可见性、可寻址性、类型匹配三关，任一失败即panic或静默失效。
Go 的反射不是“学会了就能随便用”的工具，而是你明确知道「必须绕过编译期类型检查」时才动的手术刀。它能改字段、调方法、造实例，但每一步都卡在可见性、可寻址性、类型匹配这三道关上——错一个就 panic，不报错也可能静默失效。
reflect.ValueOf(&s).Elem() 是什么？为什么少它一步就崩
你传的是结构体变量 s，reflect.ValueOf(s) 拿到的是它的副本，不可寻址；传指针 &s，拿到的是 *S 类型的 Value，但它代表的是指针本身，不是结构体，不能直接 .Field()。
-
reflect.ValueOf(&s)→ 类型是*S，.Kind()是ptr，调.Field(0)会 panic -
reflect.ValueOf(&s).Elem()→ 进入指针指向的值，.Kind()变成struct，这才可以.FieldByName("Name") - 如果结构体字段没导出（比如
name string小写），.FieldByName("name")返回零值Value，.IsValid()为 false，后续所有操作都无效
修改字段前必须连过两关：CanAddr() && CanSet()
不是“有字段名”就能改。Go 反射把「能不能写」拆得极细：先得能取地址（CanAddr()），再得允许设置（CanSet()）。两者缺一不可，且顺序不能反。
- 传值调用（
reflect.ValueOf(s)）→CanAddr()为 false，直接.SetString()panic：“unaddressable value” - 传指针但字段未导出（
name string）→CanAddr()可能为 true，但CanSet()一定为 false - 字符串字段用
.SetString()，整数用.SetInt()，类型错一点（比如int64往int字段塞）就 panic，不自动转换
MethodByName() 调用失败的三个常见原因
方法反射调用不是“名字对了就行”，它严格依赖接收者类型、导出状态和调用上下文。
- 方法名首字母小写（如
update()）→MethodByName("update")返回零值Value，.IsValid()为 false - 指针接收者方法（如
func (s *User) Save()），却用reflect.ValueOf(u)（值副本）去调 →.CanCall()为 false - 参数传错：必须是
[]reflect.Value，每个元素用reflect.ValueOf(arg)包一层；传"hello"本体或nil会 panic
Interface() 不是万能兜底，nil 指针调它直接 crash
reflect.Value.Interface() 看似能把反射值转回 Go 值，但它对底层是 nil 的指针极度敏感——这不是 bug，是 Go 反射的硬性设计。
- 字段类型是
*string，但值为nil→v.FieldByName("Data").Interface()panic：“reflect: call of reflect.Value.Interface on zero Value” - 正确做法：先
v.IsValid() && !v.IsNil()，再.Interface()；若字段可能为 nil，应提前用v.Kind() == reflect.Ptr && v.Elem().IsValid()判断 - 注册依赖时，若容器存的是
*Service，而目标参数要Service（非指针），必须用v.Elem().Interface()解引用，否则类型不匹配
最常被忽略的其实是「字段名大小写」和「指针/值接收者的隐式转换边界」——它们不出现在错误信息里，只表现为方法调不到、字段设不上、值取出来是空。写反射代码时，别信直觉，每一层都要 IsValid() 和 CanSet() 或 CanCall() 打点验证。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
