结构体字段访问为空大概率因未导出或未初始化；首字母小写字段跨包不可见，访问得零值；json反序列化可解析小写字段但外部无法读取；字面量初始化最安全；匿名字段支持提升访问但同名会遮蔽；值接收者方法不能修改原字段。
结构体字段访问不报错但值为空，大概率是字段未导出或初始化遗漏。
结构体字段首字母大小写决定是否可导出
Go 中只有首字母大写的字段（如 Name、ID）才能被其他包访问；小写字母开头的字段（如 name、id）仅在定义它的包内可见。跨包使用时若字段不可见，编译器不会报错，但访问结果为零值（""、0、nil），容易误以为赋值失败。
- 定义结构体时，对外暴露的字段必须大写：
type User struct { Name string; Age int } - 内部状态或临时字段可小写：
type User struct { name string; cache map[string]interface{} } - JSON 反序列化时，即使字段小写也能解析成功（依赖 struct tag），但外部包无法直接读取该字段
结构体初始化方式差异影响字段默认值
不同初始化方式对零值字段的处理一致，但显式赋值逻辑不同，容易忽略未初始化字段。
- 字面量初始化（推荐）：
u := User{Name: "Alice", Age: 30}—— 未列出字段自动为零值 - 按顺序初始化：
u := User{"Alice", 30}—— 易错，一旦结构体字段顺序变动就出问题 - new() 返回指针但不调用构造逻辑：
u := new(User)→ 所有字段为零值，且无字段名绑定，易读性差 - make() 不适用于结构体，仅用于 slice/map/channel，误用会编译报错
嵌套结构体与匿名字段的访问陷阱
嵌套结构体字段访问需逐层展开，而匿名字段（内嵌）支持“提升访问”，但同名字段会遮蔽外层字段，且 JSON 序列化行为不同。
青辰印刷综合业务管理系统(含网站WEB程序)2.0
下载
易学易用：友好的系统操作界面，无须具备专业知识，即可熟练的使用系统。功能完善：具备新建、修改、明细、审批、导入、导出、删除、批量、打印等功能。模型开发：自定义表单字段选项零代码二次开发，可无限扩展后台功能模块。 维护方便：基于互联网技术B/S体系结构，实施快速，极大的减少系统升级维护工作。售后保证：专业的技术研发团队，可提供可靠的产品迭代、版本升级和技术支持服务。超低成本：一次投入终身使用、用户不
立即学习“go语言免费学习笔记（深入）”；
- 普通嵌套：
type Profile struct { Info User }→ 访问需p.Info.Name - 匿名字段：
type Profile struct { User }→ 可直接p.Name，但若Profile自己也定义了Name，则优先访问自身字段 - 匿名字段无 struct tag 时，JSON 序列化仍会包含其字段；但若想控制嵌入字段的 JSON key，需显式加 tag：
User `json:"user_info"` - 多个同类型匿名字段会导致编译错误：“ambiguous selector”
结构体方法接收者与字段修改权限
值接收者的方法无法修改原始结构体字段，指针接收者才可以——这是初学者最常踩的坑之一。
- 值接收者：
func (u User) SetName(n string) { u.Name = n }→ 修改的是副本，原结构体不变 - 指针接收者：
func (u *User) SetName(n string) { u.Name = n }→ 可修改原结构体字段 - 调用时，Go 会自动解引用：即使变量是
User类型，也可调用(*User).SetName方法（前提是该变量可寻址，如非字面量） - 若结构体较大，值接收者还会带来不必要的内存拷贝，性能敏感场景应优先用指针接收者
字段是否导出、如何初始化、嵌套时怎么访问、方法能否改值——这四个点任意一个没对齐预期，都会导致“看起来没问题，实际没生效”。尤其注意 JSON 解析后字段为空却不报错的情况，先检查首字母大小写和 struct tag 是否匹配。
