go 的反射机制可以读取未导出结构体类型和未导出字段的元信息（如名称、类型、标签），但无法修改未导出字段；类型是否导出仅影响编译期可见性，不影响运行时反射访问。
go 的反射机制可以读取未导出结构体类型和未导出字段的元信息（如名称、类型、标签），但无法修改未导出字段；类型是否导出仅影响编译期可见性，不影响运行时反射访问。
在 Go 中，导出（exported）与未导出（unexported）的规则，本质上是编译器施加的访问控制机制，而非运行时的内存或类型系统限制。反射（reflect 包）工作在运行时，它直接操作底层类型结构（reflect.Type 和 reflect.Value），绕过了编译器的可见性检查——因此，即使结构体名 dish 是小写（未导出），或字段 last 是小写（未导出），reflect 依然能完整获取其字段列表、类型、偏移量等元数据。
关键要区分两个独立维度：
✅ 可读性（Readability）：reflect.Value.FieldByName("last") 总是成功返回对应字段的 reflect.Value，无论字段是否导出。
❌ 可设置性（Settability）：只有导出字段才满足 CanSet() == true，即允许通过 Set*() 方法修改值。未导出字段的 CanSet() 恒为 false，尝试调用 SetInt() 等会 panic。
以下代码验证该行为：
d := dish{Id: 42, last: "noodle", Name: "Ramen"}
v := reflect.ValueOf(&d).Elem()
fmt.Printf("Id.CanSet(): %v\n", v.FieldByName("Id").CanSet()) // true
fmt.Printf("last.CanSet(): %v\n", v.FieldByName("last").CanSet()) // false
fmt.Printf("Name.CanSet(): %v\n", v.FieldByName("Name").CanSet()) // true
// 尝试修改未导出字段会 panic：
// v.FieldByName("last").SetString("soba") // panic: reflect: cannot set unexported field
关于结构体类型名 dish 本身未导出的影响：它仅阻止其他包在源码中直接声明 var x dish 或 &dish{}，但只要该类型实例以接口或指针形式传递进来（如函数参数 interface{}），reflect 就能完全解析其内部结构。这也是 ORM、序列化库（如 encoding/json）能处理私有字段（仅读取）的根本原因。
⚠️ 注意事项：
- 反射读取未导出字段是安全的，但修改未导出字段永远不被允许（Go 语言设计原则：反射不能破坏封装）；
- json.Unmarshal 等标准库函数能“写入”未导出字段，是因为它们使用了特殊运行时支持（非纯 reflect.Value.Set*），且仅限于特定场景（如 JSON 标签匹配），这属于例外，不可泛化；
- 生产代码中应谨慎使用反射遍历未导出字段——虽技术可行，但可能违反抽象边界，增加维护成本。
总结：Go 反射的“可见性”远超语言级导出规则，它揭示的是类型的真实运行时结构；而导出规则本质是编译期契约，用于保障 API 稳定性和封装意图。理解这一分层，是写出健壮反射逻辑的前提。
