传指针并调用Elem()确保可寻址；2. 使用Interface()后需正确类型断言；3. 操作前检查IsValid()和IsNil()避免nil panic；4. 缓存Type和Value降低性能开销；5. 未导出字段方法不可访问，调用前用CanSet()判断；6. Call()参数须为匹配的reflect.Value切片且实例类型正确。
使用Golang反射时，虽然能实现灵活的动态操作，但也容易掉入一些常见陷阱。理解这些问题是安全、高效使用反射的关键。
1. 忽略类型可寻址性导致无法修改值
反射中对值的修改要求该值是可寻址的。如果传入的是一个不可寻址的副本，调用 Set 方法会引发 panic。
例如：
- 直接对非指针变量使用 reflect.ValueOf(v) 得到的 Value 无法调用 SetInt 等方法。
- 正确做法是传入指针，并通过 Elem() 获取指向的值。
示例：
立即学习“go语言免费学习笔记（深入）”；
v := 10val := reflect.ValueOf(&v) // 传指针
val.Elem().SetInt(20) // 修改指向的值
2. 误用 Value.Interface() 导致类型断言失败
Value.Interface() 返回的是 interface{}，如果直接赋值或使用，必须进行正确类型断言。
- 错误示例：将 reflect.ValueOf(42).Interface() 当作 int 使用而不断言。
- 正确做法：使用 v.Interface().(int) 显式断言，但需确保类型匹配，否则 panic。
更安全的方式是先通过 Kind() 或 Type() 判断类型。
3. 忽视零值（Zero Value）的反射行为
对 nil 接口或零值调用反射方法容易 panic。
- reflect.ValueOf(nil) 返回的 Value 调用 Elem() 会 panic。
- 结构体字段为 nil 指针时，尝试访问其字段也会出错。
建议在操作前检查 IsValid() 和 IsNil()。
4. 性能开销被低估
反射操作比直接代码慢很多，尤其在高频路径中使用会显著影响性能。
- 频繁调用 FieldByName、MethodByName 会重复查找。
- 建议：缓存 reflect.Type 和 reflect.Value 结果，避免重复解析。
5. 无法调用未导出字段或方法
Go 反射受访问控制限制。无法读写未导出（小写）字段，也无法调用未导出方法。
- 尝试修改未导出字段会 panic（除非使用 unsafe，但不推荐）。
- 可通过 CanSet() 检查是否可设置。
6. 方法调用时参数类型不匹配
使用 Call() 调用方法时，参数必须是 []reflect.Value 且类型完全匹配。
- 常见错误：传入基础类型而非包装后的 reflect.Value。
- 注意：方法若定义在指针类型上，实例必须是指针，否则无法调用。
