Go反射无法跨包访问未导出字段，因Interface()等方法要求字段导出且可寻址，否则panic；安全做法是使用导出字段或原包提供的getter/setter方法。
Go 的反射无法直接跨包访问未导出字段或函数，这是由语言设计决定的——反射受制于 Go 的可见性规则，reflect.Value 对非导出成员调用 Interface() 或 Set() 会 panic。
为什么 reflect.Value.Elem().Interface() 在跨包时会 panic
当结构体定义在另一个包中，且其字段未导出（小写开头），即使你通过反射拿到该字段的 reflect.Value，只要尝试调用 Interface()、SetString()、SetInt() 等方法，就会触发 panic: reflect: call of reflect.Value.Interface on unexported field。
- 根本原因：Go 反射不能绕过语言级别的导出检查，
Interface()要求字段可寻址且导出 - 典型场景：A 包定义
type User struct { name string }，B 包用reflect.ValueOf(&u).Elem().Field(0).Interface()→ 必 panic - 注意：
CanInterface()返回 false 是可靠判断依据，应先检查再操作
跨包安全读取字段值的唯一可行方式
只能通过导出字段（首字母大写）+ 显式提供 getter 方法，或要求被操作类型实现接口。反射本身不创造可见性，它只是暴露已有能力。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 推荐做法：在目标结构体所在包中定义导出字段，例如
Name string而非name string - 若无法改结构体，必须由原包提供导出方法，如
func (u *User) GetName() string，再用反射调用该方法 - 示例：
method := v.MethodByName("GetName"); if method.IsValid() { name := method.Call(nil)[0].String() } - 切勿依赖
unsafe或go:linkname绕过限制——它们破坏类型安全，且在新版本可能失效
反射跨包赋值前必须满足的三个条件
想用反射修改另一个包里的结构体字段，不是“能不能”，而是“它是否允许你改”。必须同时满足：
立即学习“go语言免费学习笔记（深入）”；
- 字段是导出的（首字母大写）
- 反射值是可设置的（
v.CanSet() == true，通常需传指针） - 目标字段类型与待赋值类型兼容（如
SetInt()只能用于整数类型） - 错误示例：
reflect.ValueOf(user).FieldByName("Name").SetString("x")→ panic，因ValueOf(user)返回不可寻址副本；正确写法是reflect.ValueOf(&user).Elem().FieldByName("Name").SetString("x")
真正难的从来不是怎么写反射代码，而是说服协作方把字段导出、或补全 getter/setter —— 反射不会帮你解决设计问题，它只放大已有契约的约束力。
