Go反射无法安全修改私有字段，跨包访问私有字段直接失败；同包内可读但不可设，FieldByName对私有字段返回无效值，CanSet()恒为false，强行修改违反语言封装原则。
Go 反射不能安全修改私有字段，读取也仅限同包内；跨包访问私有字段会直接失败，不是代码写错了，而是语言规则不允许。
FieldByName 读不到私有字段？检查是否跨包
很多同学在外部包里用 reflect.ValueOf(&v).Elem().FieldByName("name") 返回零值或 panic，其实不是反射用错了——是 Go 的导出规则在起作用。只要结构体定义在 pkgA，而你在 pkgB 里反射它，哪怕字段名拼对了，FieldByName 也会返回无效值（IsValid() 为 false）。
- 同一包内：可读可寻址（但修改仍受限），例如测试文件
user_test.go和user.go在同一个user包下，v.FieldByName("name")能拿到值 - 跨包调用：字段彻底“不可见”，
FieldByName返回空reflect.Value，不会报错但也没用 - 想验证？加一句
if !f.IsValid() { panic("field not found or unexported") }，比猜更准
CanSet() 为什么总是 false？这不是 bug 是设计
即使你成功拿到了私有字段的 reflect.Value，调用 CanSet() 一定返回 false。这不是反射没权限，而是 Go 编译器在生成类型信息时就标记了“未导出字段不可设”——连运行时都不给你绕过的机会。
-
reflect.Value.SetString("x")会 panic：reflect.Value.SetString using unaddressable value或更明确的cannot set unexported field - 试图用
Addr().Interface()拿指针再改？不行，FieldByName对私有字段返回的值本身就不可寻址 - 别试
UnsafeAddr()：文档明确写“only for exported fields”，对私有字段它返回 0，后续解引用必崩溃
真需要改私有状态？用 Go 风格的方式替代
强行用 unsafe + 偏移量去写内存，短期可能跑通，但代价是：GC 可能漏掉你的手动修改、升级 Go 版本后字段顺序一变就 segfault、静态检查工具（如 govet）直接报错。生产环境不值得赌。
立即学习“go语言免费学习笔记（深入）”；
- 测试场景：直接在
_test.go文件里赋值，u.name = "test"合法又清晰 - 框架/序列化需求：把字段改成导出（如
Name），加json:"name"tag，语义上“逻辑私有”但反射友好 - 需动态控制：加导出方法，比如
func (u *User) SetName(v string)，反射调用MethodByName("SetName")安全可控
最常被忽略的一点：Go 反射不是调试器，它尊重封装。你以为在“绕过限制”，其实是在对抗语言的设计意图——而每次成功绕过，都让下次维护的人多一分困惑。
