Go反射用于编译期类型未知场景，如ORM、JSON解析；修改值需传指针并调Elem()；调函数须参数类型数量匹配且检查IsValid()和CanCall()。
Go 语言本身是静态类型、编译期强校验的，反射（reflect）不是为了“绕过类型系统”，而是为了解决**编译期无法确定类型或结构**的真实问题——比如 ORM 映射、通用序列化、动态方法调用。它不是“该不该用”的问题，而是“有没有更安全/更高效替代方案”的问题。
什么时候必须用 reflect？
不是“想动态就用”，而是当 Go 的类型系统在编译期彻底失能时：
-
interface{}接收任意值，但函数内部要读字段、改值、调方法——此时只能靠reflect.ValueOf()和reflect.TypeOf()拆解 - ORM 库（如
gorm）的db.Find(&users)不知道&users是*[]User还是*map[string]Product，必须用反射检查结构体标签、字段可寻址性、SQL 类型映射 - JSON 解析器（如
json.Unmarshal底层）需遍历目标结构体所有导出字段，按 tag 名匹配 key，这一步无法用泛型或接口抽象——因为字段名、嵌套深度、是否指针全在运行时才可知
reflect.Value 修改值为什么常 panic？
因为反射不能直接修改不可寻址的值——这是 Go 的安全设计，不是 bug。
- 写法错误：
v := reflect.ValueOf(x); v.SetInt(100)→ panic："reflect: call of reflect.Value.SetInt on zero Value" - 正确路径：必须传指针 +
.Elem()，例如v := reflect.ValueOf(&x).Elem(); v.SetInt(100) - 结构体字段同理：要修改
u.Name，得先rv := reflect.ValueOf(&u).Elem()，再rv.FieldByName("Name").SetString("foo") - 如果字段未导出（小写开头），
FieldByName返回零值，CanSet()为 false —— 反射也尊重封装，不帮你破墙
用反射调函数，Call() 参数怎么传才不崩？
核心就一条：参数列表必须是 []reflect.Value，且每个元素的类型、数量、可调用性都得对得上。
立即学习“go语言免费学习笔记（深入）”；
- 函数签名是
func(int, string)，你就得传[]reflect.Value{reflect.ValueOf(42), reflect.ValueOf("hello")} - 如果原函数接收指针（如
func(*User)），你传的reflect.Value必须是reflect.ValueOf(&u)，不能是reflect.ValueOf(u) - 方法调用更严格：接收者是值类型（
func(u User) Foo()），反射调用时rv.MethodByName("Foo").Call([]reflect.Value{})可行；但接收者是指针（func(u *User) Bar()），就必须用reflect.ValueOf(&u)构造rv，否则CanCall()返回 false - 别忘了检查：
if method.IsValid() && method.CanCall()，漏掉这个，panic 就在下一行
反射真正的复杂点不在语法，而在于它把本该由编译器兜底的类型安全、内存安全、可见性控制，全推给了程序员手工校验。一个没检查 CanSet() 的赋值，一个没验证 IsValid() 的字段访问，就会让程序在某个特定输入下突然崩溃——这种错误不会出现在单元测试里，只会在生产环境某个奇怪的 JSON 字段缺失时爆发。
