必须用 Elem() 解引用指针才能读写底层值，因为 reflect.ValueOf(&x) 返回的是不可设值的指针类型 Value，只有调用 Elem() 获取其指向的可寻址值后，CanSet() 才为 true，否则 SetInt() 等操作会 panic。
必须用 Elem() 解引用指针才能读写底层值，直接对指针的 reflect.Value 调用 SetInt() 等方法会 panic。
为什么 Elem() 不可省略？
Go 反射要求“可设置性（can set）”：只有可寻址（addressable）且非只读的值才允许修改。而 reflect.ValueOf(&x) 返回的是一个代表“指针”的 reflect.Value，它的 Kind() 是 reflect.Ptr，本身不可设值——你不能给一个指针变量“赋整数”，只能给它指向的内存赋值。
-
reflect.ValueOf(&x)→ 得到的是指针对象（ptr类型），CanSet()返回false -
reflect.ValueOf(&x).Elem()→ 得到的是x本身（int类型），若x是可寻址变量，则CanSet()为true - 跳过
Elem()直接调SetInt()：panic 报错reflect: call of reflect.Value.SetInt on ptr Value
Elem() 和 Indirect() 选哪个？
两者都能解引用，但语义和健壮性不同：
-
Elem()是严格的一层解引用：仅适用于reflect.Ptr、reflect.Slice、reflect.Map、reflect.Chan、reflect.Array—— 若传入非指针类型（如int），会 panic -
reflect.Indirect()是安全递归解引用：对指针反复调Elem()直到得到非指针值；对非指针值直接返回原Value，不 panic - 明确知道输入是指针时，用
Elem()更清晰、意图更明确 - 处理泛型或 interface{} 输入（比如函数参数是
interface{}）时，优先用Indirect()避免崩溃
nil 指针怎么办？Elem() 前必须检查
Elem() 对 nil 指针不会 panic，但返回一个无效（invalid）的 reflect.Value；后续调 Interface() 或 SetXxx() 会 panic。
立即学习“go语言免费学习笔记（深入）”；
- 必须先调
value.IsNil()判断是否为 nil 指针 - 只有
!value.IsNil()时才可安全调value.Elem() - 常见错误：忘记检查就直接
value.Elem().Interface()→ panicreflect: call of reflect.Value.Interface on zero Value
var ptr *int
v := reflect.ValueOf(ptr)
if v.Kind() == reflect.Ptr && v.IsNil() {
fmt.Println("nil pointer, cannot Elem")
return
}
elem := v.Elem() // now safe
fmt.Println(elem.Int()) // works only if ptr != nil
结构体字段修改也依赖 Elem()
想通过反射改结构体字段，入口仍需指针 + Elem()，否则字段 CanSet() 全为 false：
-
reflect.ValueOf(structVar)→ 字段不可设（copy 值，非地址） -
reflect.ValueOf(&structVar).Elem()→ 字段可设（指向原内存） - 字段名必须首字母大写（导出），否则
FieldByName()返回无效Value
type User struct { Name string }
u := User{}
v := reflect.ValueOf(&u).Elem()
f := v.FieldByName("Name")
if f.IsValid() && f.CanSet() {
f.SetString("Alice")
}
fmt.Println(u.Name) // "Alice"
最常被忽略的点：不是所有“看起来像指针”的反射值都真正可设——Elem() 是必要步骤，但还不够；你还得确保原始变量本身可寻址（比如不能是字面量、函数返回值或未取地址的局部变量），否则即使调了 Elem()，CanSet() 仍是 false。
