14、内存对齐与性能优化：对齐访问与非对齐访问的性能差异、SIMD指令的对齐要求

14.1 对齐访问 vs 非对齐访问：性能差距有多大？

先问大家一个问题：为什么CPU读对齐的数据快，读不对齐的数据慢？

我刚开始做嵌入式开发时，也以为这只是教科书上的理论。直到有一次，我在一个ARM Cortex-M4的板子上跑音频处理程序，同样的算法，只是把数据结构里的字段顺序调了一下，性能竟然差了将近一倍。当时我就懵了——代码逻辑完全没变啊！

后来一查，问题出在内存对齐上。

CPU从内存读数据，不是按字节一个一个读的。它是一次读4字节、8字节甚至16字节。而且它读的时候，地址必须是它总线宽度的整数倍。比如一个32位CPU，它读地址0x00、0x04、0x08……这些地址是“对齐”的。

如果你要读一个4字节的int，它放在地址0x02上，那就尴尬了：

• CPU得先读0x00~0x03，取出高2字节
• 再读0x04~0x07，取出低2字节
• 然后拼起来

一次操作变成了两次内存访问，还要做移位和拼接。你说慢不慢？

我曾在x86平台上做过一个简单的测试：循环读取一个4字节整数1亿次。对齐版本耗时约0.3秒，非对齐版本耗时约0.9秒。嗯，差了3倍。这还是现代x86对非对齐做了硬件优化的结果。换成某些ARM或DSP平台，差距能到10倍以上。

14.2 编译器是怎么对齐的？

大多数时候，编译器会帮我们自动对齐。比如你定义一个结构体：

struct example {
    char a;    // 1字节
    int  b;    // 4字节
    short c;   // 2字节
};

你以为它占7个字节？实际上编译器会在a后面填充3个字节，让b对齐到4字节边界。整个结构体占12字节。这就是结构体填充（padding）。

我个人习惯在定义结构体时，把大的字段放在前面，小的放后面。这样能减少填充，节省内存。比如上面那个结构体，改成：

struct example_optimized {
    int  b;    // 4字节
    short c;   // 2字节
    char a;    // 1字节
};

这样只占8字节，省了4个字节。在嵌入式设备上，一个结构体实例可能成千上万个，省下来的内存很可观。

14.3 非对齐访问的“坑”

我曾经在一个项目中，用指针强转把一个char*转成int*，然后直接解引用。在x86上跑得好好的，换到ARM上就崩了。为什么？因为ARM有些架构不支持非对齐访问，一碰就触发异常。

这种代码很常见：

char buffer[100];
int *p = (int *)&buffer[1];  // 地址不是4的倍数
*p = 0x12345678;             // 在ARM上可能崩溃

嗯，这里要注意：不要假设所有平台都支持非对齐访问。写跨平台代码时，一定要小心指针强转。

14.4 SIMD指令的对齐要求

说到性能优化，就绕不开SIMD（单指令多数据流）。像x86的SSE、AVX，ARM的NEON，都是一次处理多个数据。但它们的对齐要求更严格。

以SSE为例：

• movaps：要求16字节对齐，不对齐就崩溃
• movups：不要求对齐，但性能比movaps慢

我建议：能用对齐就用对齐。因为movaps比movups快，而且能避免一些奇怪的bug。

怎么保证对齐？C11提供了_Alignas关键字：

#include <stdalign.h>

// 声明一个16字节对齐的数组
alignas(16) float data[1024];

在C语言中，也可以用__attribute__((aligned(16)))：

float data[1024] __attribute__((aligned(16)));

动态分配内存时，用aligned_alloc（C11标准）或posix_memalign：

void *ptr;
posix_memalign(&ptr, 16, 1024 * sizeof(float));
// 使用ptr...
free(ptr);

14.5 知识体系图

下面这张图总结了内存对齐与性能优化的核心逻辑：

14.6 实践建议

说了这么多，总结几条我自己的经验：

1. 结构体字段按大小降序排列：大的放前面，小的放后面，减少填充。
2. 跨平台代码用memcpy代替指针强转：虽然多一次拷贝，但安全可靠。
3. SIMD数据必须显式对齐：用alignas或aligned_alloc，别指望运气。
4. 性能敏感代码检查对齐：用perf或类似工具看看是不是有非对齐访问。
5. 嵌入式开发特别注意：有些MCU不支持非对齐访问，一碰就hard fault。

---

公众号:蓝海资料掘金营，微信deep3321