Go反射依赖空接口获取类型与值信息，reflect.TypeOf和ValueOf必须接收interface{}参数以提取_type和data；传指针或值影响Type结果，未导出字段不可设值，Interface()需可寻址，反射不突破可见性规则。
Go语言的反射（reflect）完全依赖接口（尤其是空接口 interface{}）才能工作——没有接口，就没有 Go 的反射。
为什么 reflect.TypeOf 和 reflect.ValueOf 必须接收 interface{} 参数？
因为只有通过空接口，Go 才能同时捕获一个值的「类型元数据」和「实际数据」。空接口底层是 runtime.eface 结构，包含两个字段：_type *rtype（指向类型描述符）和 data unsafe.Pointer（指向值本身）。reflect.TypeOf 和 reflect.ValueOf 就是把这对信息原样拆出来，再包装成 reflect.Type 和 reflect.Value。
- 如果你传的是具体类型（比如
int），编译器会先把它“装箱”进一个临时的空接口变量，再传入；这不是隐式转换，而是强制的、带拷贝语义的封装 - 传指针（如
&x）和传值（如x）得到的reflect.Type是不同的：前者是*int，后者是int；这直接影响后续能否用Set*修改原值 -
reflect.ValueOf(nil)返回的是零值reflect.Value，调用其Interface()会 panic，必须先用IsValid()检查
反射对象怎么变回真实值？Value.Interface() 的限制在哪？
reflect.Value 提供 Interface() 方法，可以把反射值“还原”为 interface{}，但前提是这个 reflect.Value 是从**可寻址的值**（比如指针解引用）得来的。否则会 panic：“call of reflect.Value.Interface on zero Value” 或 “cannot return value obtained from unexported field or method”。
- 只有通过
reflect.ValueOf(&x).Elem()得到的Value才是可设置（settable）的，也才能安全调用Interface() - 结构体中未导出字段（小写开头）的
Value虽然能读（Interface()会返回该字段值），但不能写（Set*系列方法直接 panic） - 从 map、slice、channel 等容器取出来的元素值默认不可设置——它们是副本，不是原始内存地址
常见误用：以为反射能绕过导出规则或修改任意值
反射不能突破 Go 的可见性规则。未导出字段/方法在反射中依然存在，但无法被外部包修改，这是语言层面的硬性约束，不是反射 API 的设计缺陷。
立即学习“go语言免费学习笔记（深入）”；
-
reflect.ValueOf(struct{ name string }).FieldByName("name")可以拿到Value，但调用SetString("xxx")会 panic：“cannot set unexported field” - 想动态赋值给结构体字段？必须确保：① 字段导出；② 原始值是可寻址的（即你传的是指针）；③ 用
reflect.Indirect()处理多层指针 - 性能上，反射比直接操作慢 10–100 倍（取决于操作类型），别在热路径里反复调用
TypeOf/ValueOf；缓存reflect.Type是常见优化手段
package main
import (
"fmt"
"reflect"
)
type User struct {
Name string // 导出字段
age int // 未导出字段
}
func main() {
u := User{Name: "Alice", age: 30}
v := reflect.ValueOf(&u).Elem() // 必须传指针并 Elem()
// ✅ 可修改导出字段
v.FieldByName("Name").SetString("Bob")
// ❌ 下面这行会 panic：cannot set unexported field
// v.FieldByName("age").SetInt(31)
fmt.Printf("%+v\n", u) // {Name:"Bob" age:30}
}
真正容易被忽略的点是：反射不是“魔法”，它只是把接口变量里已有的 (type, data) 对暴露给你；你不能靠它获得比接口本身更多的信息，也不能绕过 Go 的类型系统和可见性检查。所有看似“动态”的行为，都建立在静态接口封装之上。
