go反射能读取未导出字段的元信息（名称、类型、偏移量、标签）但禁止写入；fieldbyname可获取未导出字段的value，但canset()恒为false，任何set*操作均panic；numfield/field不返回未导出字段，仅fieldbyname支持按名访问。
Go 反射不能“绕过”未导出字段的写入限制，但可以安全读取其元信息（名称、类型、偏移量、标签）；任何试图修改未导出字段的反射操作都会 panic，这是语言强制约束，不是实现缺陷。
reflect.Value.FieldByName 能拿到未导出字段吗？
能。只要传入的是结构体值或可寻址的指针（如 reflect.ValueOf(&s).Elem()），FieldByName 就会返回对应字段的 reflect.Value，无论字段名是小写还是大写。
常见错误是直接对值拷贝调用：reflect.ValueOf(s).FieldByName("name") —— 此时返回的 Value 不可寻址（CanAddr() == false），后续读取虽可能成功（若字段存在且 IsValid() 为真），但所有 Set* 操作必 panic。
- ✅ 正确起点：必须从指针开始，
v := reflect.ValueOf(&s).Elem() - ✅ 字段存在性检查：先用
v.FieldByName("name").IsValid()，避免 nil panic - ⚠️ 注意：
IsValid()为 true 不代表可设置，只说明字段在结构体中真实存在
未导出字段的 CanSet() 恒为 false
CanSet() 是判断能否调用 SetInt()、SetString() 等方法的唯一依据。它内部已隐含对 CanAddr() 的检查，但更关键的是：未导出字段的 CanSet() 在 Go 运行时硬编码为 false，无法绕过。
以下代码会 panic：
u := &User{name: "old"}
v := reflect.ValueOf(u).Elem()
f := v.FieldByName("name")
f.SetString("new") // panic: reflect: cannot set unexported field
- ❌ 不要尝试用
unsafe.Pointer+unsafe.Offsetof修改未导出字段：字段偏移受编译器填充、内存对齐、逃逸分析影响，不同 Go 版本或构建参数下结果不一致 - ❌ 即使偏移算对，
*string解引用后写入也跳过类型系统，一旦字段被内联、逃逸到堆或结构体被 GC 移动，就会 SIGSEGV - ✅ 标准库中
json.Unmarshal“能写”未导出字段，是因为它使用了运行时私有 API（非reflect.Value.Set*），该能力不开放给用户代码
为什么 StructField.Tag.Get("json") 对未导出字段无效？
不是“无效”，而是你根本拿不到那个 StructField。Go 反射的 reflect.Type.NumField() 和 reflect.Type.Field(i) 只返回导出字段；未导出字段不会出现在遍历结果里。
也就是说：FieldByName 是特例（靠名字查），而 NumField/Field 是通例（按序遍历），后者完全不暴露未导出字段。
- ✅ 若需读取未导出字段的 tag，只能先用
FieldByName拿到reflect.Value，再通过.Type().FieldByName("name")获取其reflect.StructField（注意：这要求你知道字段名） - ❌ 无法用循环遍历方式发现所有字段（包括未导出的）——Go 明确禁止这种“透视”行为
- ⚠️
reflect.StructField.Tag.Get("json")返回空字符串，不代表没 tag，只代表你没拿到那个StructField
真正容易被忽略的点是：未导出字段的反射访问能力是“单向读取通道”，不是“弱化版访问权限”。它设计初衷就是支持序列化库读取字段元数据（比如 ORM 映射、日志打点），而非提供后门修改逻辑。一旦你发现自己在生产代码里反复想“绕过”这个限制，大概率是结构体设计或接口契约需要重构。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
