CanSet() 判定 reflect.Value 是否可寻址且字段导出；struct{} 小写字段因不可导出而反射不可修改；嵌套字段须逐层 Elem() 解引用确保可寻址；struct tag 与反射赋值无自动关联，需手动解析。
reflect.Value.CanSet() 判定的是什么
CanSet() 不是判断“字段是否导出”，而是判断当前 reflect.Value 是否可寻址（addressable）且可修改。它返回 true 仅当满足两个条件：值本身在内存中有确定地址（比如来自指针解引用、切片元素、map值赋值后的变量），且该字段是导出字段（首字母大写）。常见误判场景是传入结构体值而非指针：reflect.ValueOf(p) 得到的是不可寻址副本，CanSet() 必为 false；必须用 reflect.ValueOf(&p).Elem() 才可能为 true。
为什么 struct{} 里小写字母字段永远不能被反射修改
Go 语言规定：只有导出字段（即标识符首字母大写）才可通过反射设置。这不是运行时检查，而是在 reflect 包内部硬编码的规则。一旦字段名以小写字母开头（如 name、age），即使你传入的是指针、也通过了 CanSet() 检查，调用 SetString() 或 SetInt() 仍会 panic：reflect: cannot set unexported field。这和包级作用域一致——小写字段对外不可见，反射也遵循同一套可见性语义。
修改嵌套结构体字段时最容易漏掉的一步
嵌套结构体字段（如 A.B.C.Name）不能直接用 FieldByName("Name") 一层到底。必须逐层检查并解引用：
- 每层都需先确认
Kind()是reflect.Struct或reflect.Ptr - 若为指针，必须先调用
Elem()获取实际结构体；否则FieldByName()会失败或返回无效值 - 中间任意一层不可寻址（比如父字段是值类型且未从指针出发），后续所有字段都失去可设置性
典型错误写法：v.FieldByName("B").FieldByName("C").FieldByName("Name") —— 若 B 是值类型字段，v.FieldByName("B") 返回的已是不可寻址副本，后面链式调用毫无意义。
立即学习“go语言免费学习笔记（深入）”；
struct tag 和反射修改之间没有自动关联
结构体标签（如 `json:"user_name"` 或 `db:"name"`）只是字符串元数据，反射修改字段值时完全不感知 tag 内容。想靠 tag 控制“哪些字段允许被修改”或“按 tag 名动态赋值”，必须手动解析：structField.Tag.Get("json") 只是取字符串，不会自动映射到字段写入逻辑。常见陷阱是误以为加了 json tag 就能用 json.Unmarshal 替代反射赋值——但 Unmarshal 依赖字段可导出性，且不提供细粒度控制权；而反射修改需要你显式构造 reflect.Value 并调用 Set()，二者路径独立。
真正容易被忽略的点在于：反射修改的起点必须是可寻址的指针，而这个指针往往藏在 interface{} 里——如果上游只传了结构体值（不是指针），再怎么调 Elem() 都救不回来。
