go 结构体若包含匿名（空白）字段（如用于内存对齐的 `_ uint32`），无法使用位置式字面量初始化（如 `foo{1,2,3}`），但可通过字段名显式初始化，编译器会自动将未指定的空白字段零值化。
在 Go 中，当结构体定义中包含匿名字段（即字段名仅为 _）时，该字段不可被显式赋值，也不参与位置式初始化（positional initialization）。这是语言规范强制要求：_ 字段仅占位，不具标识符语义，因此 Foo{1,2,3,_} 或 Foo{1,2,3,0} 均非法。
但幸运的是，Go 支持字段名初始化（named field initialization），它天然绕过空白字段的限制。只要为所有可导出或非空白字段提供值，其余字段（包括 _）将自动初始化为对应类型的零值（如 uint32 的零值是 0）：
type Foo struct {
a uint32
b uint32
c uint32
_ uint32 // padding — no name, no assignment
}
// ✅ 正确：仅指定命名字段，_ 自动置 0
f := Foo{a: 1, b: 2, c: 3}
fmt.Printf("%+v\n", f) // {a:1 b:2 c:3 _:0}⚠️ 注意事项：
- 字段名初始化不要求顺序，可任意排列（如 Foo{c: 3, a: 1, b: 2}）；
- 所有命名字段必须显式赋值（除非你接受其零值），但 _ 永远不能出现在键值对中；
- 若结构体含导出字段（首字母大写），字段名需大写（如 A, B），小写字段（如本例 a, b, c）仅在同包内可用；
- 不必为 _ 字段命名——这反而违背其设计初衷（隐藏填充细节、防止误用）。
✅ 总结：无需重命名 _ 字段。保持其匿名性，改用字段名初始化语法，即可兼顾内存布局控制与简洁、安全、可读的一行构造。这是 Go 在类型安全与底层控制之间优雅平衡的典型体现。
