Go中struct字段导出的唯一规则是首字母大写：大写开头（如Name）可被外部包访问，小写或以下划线开头（如name、_id）均不可导出；JSON标签等不影响导出性，嵌套字段需逐层满足导出条件，且无法通过指针绕过限制。
Go 中 struct 字段导出的唯一规则：首字母大写
Go 没有 public、private 关键字，字段是否可被外部包访问，只取决于其标识符首字母是否为大写。小写开头（如 name、_id、createdAt）一律不可导出；大写开头（如 Name、ID、CreatedAt）才可被其他包访问。
注意：_（下划线）本身不是字母，所以 _id 和 __internal 都是未导出字段，哪怕它们看起来像“隐藏字段”。Go 不识别下划线前缀作为可见性标记。
常见误判场景：JSON 标签不影响导出性
很多人以为加了 json:"name" 或 json:"-" 就能控制字段是否被序列化或导出——其实这只是影响 encoding/json 包的行为，和字段是否可被其他包访问完全无关。
例如：
立即学习“go语言免费学习笔记（深入）”；
type User struct {
Name string `json:"name"` // ✅ 导出，且 JSON 序列化为 "name"
age int `json:"age"` // ❌ 未导出，即使有 json tag，外部包也读不到 age 字段
_key string `json:"-"` // ❌ 未导出，json tag 仅在本包内生效（但本包也用不到，因为 _key 无法被反射读取）
}
如果另一个包尝试访问 u.age，编译直接报错：cannot refer to unexported field 'age' in struct literal of type User。
嵌套 struct 和匿名字段的导出传播规则
当 struct 嵌入（anonymous field）另一个 struct 时，导出性不自动“继承”：只有嵌入字段本身是导出的，且其类型中对应字段也是导出的，才能通过外层 struct 访问。
-
type Inner struct { Value int }→Value未导出 → 即使嵌入到导出 struct 中，也无法通过外层访问.Value -
type Inner struct { Value int }改为type Inner struct { Value int }（首字母大写）→Value可导出 → 嵌入后可通过outer.Value访问 - 若嵌入的是未导出类型（如
inner Inner），即使Inner.Value是导出的，也不能通过outer.inner.Value访问，因为inner字段本身未导出
为什么不能用 func() *T 绕过字段导出限制？
有人试图用构造函数返回指针来“暴露内部状态”，比如：
func NewUser() *User {
return &User{age: 25} // ✅ 合法：在定义包内可写未导出字段
}
但这只是允许你在本包内初始化未导出字段，并不改变外部包的访问权限。外部包拿到 *User 后，仍无法读写 age —— 编译器会拒绝任何对未导出字段的显式引用。
真正可控的对外接口，必须通过导出的方法（如 GetAge() / SetAge()）封装，而不是依赖字段直访。这也是 Go 鼓励的封装方式：字段控制 + 方法暴露。
最容易被忽略的一点：字段导出性在编译期静态检查，没有运行时例外，也没有反射绕过（reflect 可以读未导出字段，但仅限于同包内；跨包调用 Value.Field(i) 对未导出字段返回零值且 CanInterface() 为 false）。
