Go结构体字段顺序直接影响内存大小，因编译器严格按声明顺序插入填充字节以满足对齐要求；大字段（如int64、string）前置、小字段（bool、int8）后置可显著减少padding，unsafe.Sizeof和unsafe.Offsetof是验证真实布局的唯一可靠手段。
Go结构体字段顺序直接影响内存大小
Go不会重排结构体字段顺序，编译器只按你写的顺序插入填充字节。字段排列不合理时，unsafe.Sizeof 返回的大小可能比理论最小值多出 30% 以上。
- 大字段（如
int64、string、指针）必须放在前面，小字段（bool、int8、int16）往后排，才能让小字段“填坑” - 错误示例：
type Bad struct { a bool; b int64; c int32 }→a占 1 字节后，b必须从地址 8 开始（因int64对齐值为 8），中间浪费 7 字节 - 优化后：
type Good struct { b int64; c int32; a bool }→b占 0–7，c占 8–11，a占 12，总大小仅 16 字节（含末尾填充至 8 的倍数） - 验证手段：用
unsafe.Offsetof查每个字段实际偏移，比看文档更可靠
对齐值不是类型大小，而是 unsafe.Alignof 的返回值
很多人误以为 int32 对齐值就是 4，但这是在 64 位平台上的常见情况；实际对齐值由平台和类型共同决定，且 string、[]T、interface{} 等复合类型对齐值固定为 8（64 位）或 4（32 位），与内容无关。
-
unsafe.Alignof(int32(0))在 amd64 上返回 4，但unsafe.Alignof([100]int32{})仍为 4 —— 数组对齐值取元素对齐值 -
unsafe.Alignof(string(""))和unsafe.Alignof((*int)(nil))都返回 8（amd64），因为它们底层含指针 - 嵌套结构体的对齐值取其内部最大对齐值，不是简单加总：
type S1 { x int64 }对齐值是 8；type S2 { y S1; z byte }整体对齐值仍是 8，不是 9 - 别依赖“类型字节数 = 对齐值”，
int16占 2 字节，对齐值确实是 2；但struct{}占 0 字节，对齐值却是 1
调用 C/DLL 或 mmap 内存时，对齐错一格就 panic
当你用 unsafe.Pointer 把 Go 结构体传给 C 函数，或映射硬件寄存器内存，字段偏移必须与 C 头文件定义完全一致。Go 自动填充不等于 C 编译器填充，哪怕字段名、类型都一样，顺序或打包方式不同就会读错数据。
- C 中常用
#pragma pack(1)关闭填充，Go 没有等价机制，只能手动保证字段顺序 + 用unsafe.Offsetof校验 - Windows DLL 导出结构体若含
char[3]+int32_t，Go 里写成[3]byte+int32是安全的；但若写成int32+[3]byte，C 端读到的int32就是垃圾值 - ARM64 平台对非对齐访问直接触发
signal SIGBUS，x86_64 虽容忍但性能折损严重，线上服务偶发卡顿常源于此 - 建议：跨语言结构体一律先用 C 编译器输出
offsetof值，再在 Go 中逐字段比对unsafe.Offsetof
底层硬件视角下，对齐本质是缓存行与总线宽度约束
CPU 不读单字节，它按 cache line（通常 64 字节）加载数据；内存控制器按 bus width（如 8 字节）传输。如果一个 int64 跨越两个 cache line，一次读需触发两次内存访问 —— 这不是 Go 的问题，是所有语言共用的物理限制。
立即学习“go语言免费学习笔记（深入）”；
- 伪共享（false sharing）就发生在两个高频更新的
int64字段被塞进同一 cache line：一个核改字段 A，整个 line 失效，另一个核读字段 B 就得重新加载 - 解决办法不是“避免对齐”，而是主动用 padding 隔开热点字段，比如在并发计数器间插
[56]byte让它们独占 cache line - ARMv8 要求 128-bit 浮点指令操作地址必须 16 字节对齐，Go 里
float128（虽不原生支持）或自定义 16 字节结构体必须显式对齐，否则 runtime 直接 abort - 真正要学的不是 Go 规则，而是你部署机器的
getconf LEVEL1_DCACHE_LINESIZE和getconf LONG_BIT—— 这些才是对齐的源头
unsafe.Alignof 实测值、跨语言 ABI 兼容性、底层 cache line 边界——这四件事必须同时验证，漏掉任何一个，内存对齐就只是纸上谈兵。 
