CanSet 返回 false 的常见原因
CanSet 判定的是“当前 reflect.Value 是否能被 Set* 系列方法修改”，不是看底层字段是否可写，而是看反射值本身是否拥有“设置权”。最常踩的坑是：传入一个普通变量（非指针）后调用 reflect.ValueOf，得到的值永远不可 set。
- 非指针类型（如
reflect.ValueOf(x)）→CanSet()一定返回false - 虽是指针（
reflect.ValueOf(&x)），但若原始变量本身是不可寻址的（比如字面量、函数返回值、map 中的 value），Elem()后的值仍不可 set - 结构体字段未导出（小写开头）→ 即使通过指针获取，
Field(i).CanSet()也返回false
正确获取可 set 的 reflect.Value 的步骤
要真正修改一个变量，必须从**可寻址的导出字段**出发，且反射值需由指针间接抵达。绕不开三步：取地址 → 解引用 → 检查字段。
- 确保原始变量可寻址：不能是字面量，得是命名变量或切片/数组元素（如
arr[0]可寻址，make([]int,1)[0]不可） - 用
reflect.ValueOf(&x).Elem()获取其可 set 的Value，而不是直接reflect.ValueOf(x) - 对结构体操作时，先
.FieldByName("Name")或.Field(i)，再调用CanSet()—— 此时才真正检查字段级别权限
示例：
type User struct { Name string }<br>u := User{}<br>v := reflect.ValueOf(&u).Elem().FieldByName("Name")<br>fmt.Println(v.CanSet()) // true
CanSet 和 CanAddr 的关系容易混淆
CanAddr 表示该 reflect.Value 是否有内存地址（即能否取地址），它比 CanSet 更底层。一个值能 CanSet，一定 CanAddr；但反过来不成立。比如 map 的 value 是可寻址的（CanAddr()==true），但不可 set（CanSet()==false）。
立即学习“go语言免费学习笔记（深入）”；
-
CanAddr是CanSet的必要非充分条件 - 对
reflect.Value调用Addr()前，必须先确认CanAddr()，否则 panic：call of reflect.Value.Addr on xxx Value - map、channel、func 类型的
Value永远CanAddr()==false
性能与使用边界提醒
反射本身开销大，CanSet 虽只是属性读取，但它的结果依赖运行时类型信息和导出状态检查。频繁在热路径中调用并分支处理，会拖慢性能。
- 不要把
CanSet当作“字段是否存在”的替代品 —— 它不处理字段不存在的情况（那会 panic 或返回零值） - 在 JSON / ORM 类库中，通常只对已知结构体做一次
CanSet检查并缓存结果，避免每次赋值都重复判断 - 如果目标是“安全地尝试赋值”，更稳妥的做法是先
CanSet()，再SetString()等，而不是靠 recover 捕获 panic
真正麻烦的从来不是怎么写 CanSet，而是你拿到的那个 reflect.Value，到底是不是从可寻址、可导出、非只读上下文中来的 —— 这点没理清，后面全白搭。
