嵌套结构体字段必须显式初始化，零值不会自动递归填充；指针字段不初始化为nil易panic，值类型得全零值，切片/map/channel需make，匿名结构体字面量须重复类型定义，深层嵌套推荐分步构造与工厂函数。
嵌套结构体字段必须显式初始化，零值不会自动递归填充
Go 不会像某些语言那样自动为嵌套结构体的字段赋予“合理默认值”。哪怕外层结构体用了字面量初始化，内层匿名或命名结构体字段如果没写，就只是 nil（指针类型）或全零值（值类型），但不会触发其内部字段的“默认构造”。
常见错误现象：panic: runtime error: invalid memory address or nil pointer dereference，往往发生在你写了 user.Profile.Name = "Alice"，但 user.Profile 本身是 nil。
- 如果字段是值类型（如
Profile struct{...}），字面量中不写它，就会得到全零值——但通常这不是你想要的“空但可用”的状态 - 如果字段是指针类型（如
*Profile），不写就是nil，直接访问子字段必然 panic - 切片、map、channel 字段同理：不显式初始化为
[]string{}、map[string]int{}、make(chan int)，它们就是nil
用 &Struct{} 显式取地址初始化指针字段
当嵌套字段声明为指针类型（比如 type User struct { Profile *Profile }），你不能靠 User{Profile: {}} 这种写法——Go 会报错 cannot use {…} (value of type Profile) as *Profile value in struct literal。
必须显式取地址：
立即学习“go语言免费学习笔记（深入）”；
user := User{
Profile: &Profile{
Name: "Alice",
Age: 30,
},
}
-
&Profile{}是合法的；&{}（省略类型）在结构体字面量中不被允许 - 如果想让字段可选且安全，建议把指针字段初始化为
&Profile{}而非nil，避免后续判空逻辑泛滥 - 注意：如果
Profile本身含指针字段（如Avatar *string），这些仍需单独初始化，不会被&Profile{}自动处理
匿名结构体嵌套时，字段名来自类型定义而非变量名
Go 的结构体字面量按**字段声明顺序**和**类型定义**匹配，不是按你在初始化时写的“变量名”。尤其当嵌套了匿名结构体，容易误以为可以写 Name: "Bob" 直接赋给内层字段。
错误写法（编译失败）：
user := struct {
Name string
Info struct {
Age int
City string
}
}{
Name: "Bob",
Info: {Age: 25, City: "Shanghai"}, // ❌ 编译错误：unknown field 'Age' in struct literal
}
正确写法是完整展开匿名结构体字面量：
user := struct {
Name string
Info struct {
Age int
City string
}
}{
Name: "Bob",
Info: struct {
Age int
City string
}{Age: 25, City: "Shanghai"}, // ✅ 必须带类型
}
- 匿名结构体没有名字，所以每次出现在字面量里都得重复写一遍定义（哪怕只用一次）
- 实际项目中应尽量避免深度匿名嵌套，改用具名类型，提升可读性和复用性
- 编辑器无法对匿名结构体字段做有效跳转或补全，维护成本高
初始化深层嵌套时优先考虑分步构造 + 方法封装
当嵌套层级超过 2–3 层（例如 User.Address.Location.Coordinates），硬塞在一个字面量里既难读又易错。这不是语法限制，而是可维护性红线。
推荐做法是拆开初始化，并用小方法封装常见组合：
func NewUser(name string, age int) User {
return User{
Name: name,
Profile: &Profile{
Age: age,
Settings: &Settings{
Theme: "dark",
Notify: true,
},
},
}
}
- 不要为了“一行初始化”牺牲可读性；Go 没有构造函数，但你可以写语义清晰的工厂函数
- 如果某嵌套结构体经常以某种方式初始化，把它抽成独立函数（如
NewSettings()），比反复写&Settings{Theme: "dark"}更可靠 - 测试时也更容易 mock 或替换部分嵌套值——整块字面量一旦写死，局部替换成本极高
