联合体（union）内存分配疑问：为何变量i的值为515？

嘿，这个问题本质是联合体的内存共享特性加上CPU的字节序规则共同作用的结果，我给你一步步拆解明白：

首先得回忆联合体（union）的核心特点：它的所有成员共享同一块内存空间，而不是像结构体那样每个成员有独立的内存区域。也就是说，你修改联合体里任何一个成员的值，都会直接影响到其他成员的内存内容。

接下来要讲字节序——这是关键！目前绝大多数PC用的是小端字节序（x86架构都是这个），简单理解就是：多字节数据（比如short、int这种）的低字节会存在内存的低地址位置，高字节存在内存的高地址位置。

举个典型的对应代码例子（应该就是你运行的类似代码）：

#include <stdio.h>

union Data {
    short i;  // 2字节的短整型
    char c[2]; // 两个1字节的字符数组
} data;

int main() {
    data.c[0] = 3;
    data.c[1] = 2;
    printf("%d\n", data.i); // 输出515
    return 0;
}

咱们对着这段代码分析：

• 联合体Data的大小是最大成员的大小，也就是short的2字节，所以整个联合体占连续的2字节内存。
• 当你给data.c[0] = 3时，是给内存的低地址位置写入了十六进制0x03（十进制3）；给data.c[1] = 2时，是给内存的高地址位置写入了十六进制0x02（十进制2）。
• 当你读取data.i的时候，short类型会把这2字节内存当成一个完整的16位整数：在小端模式下，低地址的0x03是整数的低8位，高地址的0x02是整数的高8位，组合起来就是十六进制的0x0203。转换成十进制就是：2 * 256 + 3 = 515，这就是你看到的结果啦！

如果你的CPU是大端字节序（比如一些嵌入式设备），结果就会变成3 * 256 + 2 = 770，但因为咱们日常用的PC基本都是小端，所以输出515是正常的。

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