C语言中非字对齐char*转int*的影响及a[1]=2561成因问询

问题1：非字对齐的char强制转换为int会产生什么结果？ #

咱们先明确一个核心点：这种操作在C标准里属于未定义行为——说白了，C语言没有规定这么干会有什么结果，具体表现完全看你的编译器和硬件架构。不过实际开发中常见两种情况：

• x86/x86_64架构：这类处理器天生支持非对齐内存访问，所以代码大概率能跑起来，但会有明显的性能损耗——CPU得花额外周期拆分、合并非对齐的内存块。即便能运行，编译器优化也可能带来各种诡异的问题，所以这种写法绝对不值得推荐。
• ARM、MIPS等RISC架构：很多这类处理器默认不允许非对齐访问，一旦执行这种转换并解引用，直接会触发内存访问异常（比如ARM的Data Abort），程序当场崩溃。

如果要从char数组里安全读取int值，正确的姿势是用memcpy拷贝，完全符合标准且跨平台：

char buf[4] = {0x01, 0x02, 0x03, 0x04};
int val;
memcpy(&val, buf, sizeof(val));

问题2：a[1]的值为2561的字节序解释 #

首先我得先还原你大概率用到的代码场景（毕竟没贴代码，但这个问题太典型了）：假设你写了类似这样的代码：

#include <stdio.h>

int main() {
    char a[5] = {0};
    int *c = (int*)(&a[1]); // 让int指针指向a[1]开头的4个字节
    *c = 2561;
    // 可能你误把int指针读取的结果当成了a[1]的char值？
    printf("*(int*)&a[1] = %d\n", *(int*)&a[1]);
    return 0;
}

首先，2561的十六进制是0x00000A01（计算方式：10*256 + 1 = 2561）。现在重点看字节序：绝大多数x86/x86_64机器都是小端字节序——也就是int类型的字节会按“低字节在前”的顺序存在内存里。

所以int值2561在内存中会被拆成四个字节，按以下顺序存储（地址从低到高）：
0x01 → 0x0A → 0x00 → 0x00

当你让int指针c指向&a[1]时，这四个字节会被存在a[1]、a[2]、a[3]、a[4]的位置。此时用int指针读取这个地址，CPU会按照小端规则把这四个字节重新组合成int：
0x01 + 0x0A*256 + 0x00*256² + 0x00*256³ = 1 + 2560 = 2561

这就是你看到的结果。补充一句：如果是大端字节序的机器（比如老款PowerPC），字节存储顺序会反过来，但因为2561的高两个字节是0，所以读取结果刚好一样——换成其他值（比如0x12345678），大端和小端的读取结果就会完全不同了。

另外要注意：如果a是char数组，a[1]本身是char类型，它的实际值只能是0x01（也就是1），不可能是2561——你看到的2561其实是通过int指针读取连续四个字节得到的组合值，不是单个char元素的值。

内容的提问来源于stack exchange，提问作者yetanothercprogrammer