Go结构体字段首字母大写才可导出，影响JSON序列化、跨包访问等；匿名字段仅提升可导出字段；字面量初始化必须显式命名字段；方法接收者类型决定是否可修改原值及性能表现。

Struct字段首字母大小写决定是否可导出

Go里没有public/private关键字，靠命名规则控制可见性。字段名首字母大写才能被其他包访问，小写就只能在当前包用。

常见错误现象：json.Marshal序列化时字段为空、reflect读不到值、跨包调用报“undefined”——八成是字段没导出。

• 导出字段：Name string、ID int
• 非导出字段：name string、id int（哪怕加了json:"name"标签，json.Marshal也拿不到值）
• 如果只在本包内用，小写没问题；但只要涉及JSON、Gob、数据库映射或跨包使用，必须大写

匿名字段嵌入不是继承，而是字段提升

写type User struct { Person }看起来像继承，其实只是把Person的**可导出字段**直接“提上来”，变成User自己的字段。

使用场景：复用通用字段（比如ID、CreatedAt），避免重复定义；但别指望它有方法继承或运行时多态。

立即学习“go语言免费学习笔记（深入）”；

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

• 如果Person有字段Name string，那么u := User{}; u.Name = "x"合法
• 但如果Person有个方法func (p Person) Greet()，u.Greet()不能直接调，得显式写u.Person.Greet()
• 两个匿名字段含同名导出字段会编译报错：ambiguous selector u.Name

结构体字面量初始化时字段顺序无关，但必须带字段名

Go要求结构体字面量必须显式写出字段名，不能靠顺序推断——这是为了可维护性，但也让初学者觉得啰嗦。

常见错误现象：写User{"tom", 25}直接编译失败，提示too few values或cannot use ... as type User in assignment。

• 正确写法：User{Name: "tom", Age: 25}
• 可以省略部分字段（未赋值的按零值处理）：User{Name: "tom"} → Age为0
• 如果结构体字段多且初始化逻辑分散，建议封装工厂函数，而不是依赖字面量拼接

指针接收者 vs 值接收者影响方法调用和内存行为

定义方法时用func (u *User) Save()还是func (u User) Save()，不只是语法区别，它决定了你操作的是原数据还是副本。

性能/兼容性影响：值接收者每次调用都复制整个结构体；指针接收者只传地址，但要求调用方必须能取地址（即不能对字面量或临时值直接调用）。

• 要修改结构体字段？必须用指针接收者：func (u *User) SetName(n string) { u.Name = n }
• 结构体很大（比如含[]byte或大数组）？优先指针接收者，避免拷贝开销
• 常见坑：User{Name: "x"}.SetName("y")编译失败——字面量没地址，无法取&；得先赋值给变量再调

字段导出规则、匿名字段的“扁平化”语义、字面量强制命名、接收者类型选择——这四点串起来，才是日常写Struct时真正卡住人的地方。漏掉任何一个，都可能花半小时查不出为什么JSON空、方法不生效或者赋不了值。