Rust 结构体字段顺序直接影响 CPU 缓存命中率，不当的排列会导致填充字节浪费和缓存行冲突。优化方向是手动调整字段顺序以减少内存占用并提高空间局部性，但在并发场景下需警惕伪共享风险。
先说结论：结构体字段顺序通过影响内存布局和对齐，直接决定缓存行利用率和访问延迟。
- 先定位：使用基准测试找出高频访问的热路径结构体。
- 先做：按字段大小降序排列或按访问频率分组，减少填充字节。
- 再验证：对比优化前后的结构体大小及程序整体性能指标。
快速处理思路
对于性能敏感的结构体，不要依赖编译器默认布局，手动调整字段顺序是成本最低的优化手段。优先将相同类型或频繁一起访问的字段放在一起，必要时使用 #[repr(C)] 固定布局。
为什么会这样
CPU 以缓存行（Cache Line，通常 64 字节）为单位加载数据，字段顺序决定了数据是否能在一次加载中被充分利用。现代 CPU 的 L1 缓存访问延迟约 1 纳秒，而主存访问延迟约 100 纳秒，缓存未命中的代价极高。如果结构体字段排列松散，导致关键数据分散在不同缓存行，每次访问都需要单独加载，显著增加延迟。此外，Rust 编译器默认会按类型自然对齐布局，可能插入填充字节，导致内存浪费。
分步处理
1. 检查当前布局：使用 std::mem::size_of<T>() 查看结构体实际占用大小，对比字段类型大小之和，确认是否存在填充。
2. 重排字段顺序：将占用空间大的字段（如 u64）放在前面，占用空间小的字段（如 u8）放在后面，或将频繁一起访问的字段相邻排列。例如，将 x, y, z 坐标字段连续放置。
3. 控制对齐属性：如需与 C 语言交互或强制特定布局，添加 #[repr(C)] 属性。若需消除填充且确认访问安全，可谨慎使用 #[repr(packed)]，但需注意未对齐访问可能导致性能下降或硬件异常。
4. 处理并发伪共享：在多线程环境下，若不同线程频繁修改同一缓存行内的不同变量，需使用填充字节隔离，例如使用 #[repr(align(64))] 确保变量独占缓存行。
怎么验证是否生效
通过基准测试工具（如 criterion）对比优化前后的执行时间。观察结构体大小是否减小，缓存命中率是否提升。公开资料中没有看到可靠的量化数据表明具体提升百分比，性能增益取决于具体访问模式和数据量。若涉及并发，监控缓存一致性协议导致的失效次数。
常见坑
1. 过度使用 packed：#[repr(packed)] 可能导致未对齐访问，在某些架构上引发性能惩罚甚至崩溃，仅在确认硬件支持且收益明确时使用。
2. 忽略伪共享：多线程写操作时，即使字段不同，若位于同一缓存行也会触发伪共享，导致性能急剧下降，需手动填充隔离。
3. 盲目优化：非热路径的结构体优化收益微乎其微，优先优化循环内或高频调用的数据结构。
常见问题
Rust 编译器会自动优化字段顺序吗？
默认不会改变声明顺序，但会插入填充字节以满足对齐要求。开发者需手动调整顺序以优化空间。
#[repr(C)] 和默认布局有什么区别？
默认布局由编译器决定可能变化，#[repr(C)] 保证与 C 语言兼容的字段顺序，适合 FFI 或固定布局需求。
缓存行大小是多少？
现代 CPU 缓存行通常为 64 字节，优化时应确保热点数据尽量落在同一缓存行内。
参考来源
- Rust 性能优化与内存布局
- 突破性能瓶颈:Rust 内存布局与 CPU 缓存优化实战指南
- Go/Rust 系统编程：内存对齐与缓存行优化的性能工程
- Rust 中的内存对齐与缓存友好设计