关于C语言Union（共用体）修改单个成员后其他成员值不符合预期的行为疑问

先来看你提供的代码：

#include<stdio.h>
int main() {
    union ExampleUnion {
        int intValue;
        float floatValue;
        char charValue;
    } myUnion;
    myUnion.floatValue = 84.0;
    printf("Value: %d \n", (int)84.0); //Output: Value: 84
    printf("Integer: %d\n", myUnion.intValue); //Output: Integer: 1118306304
    printf("Float: %f\n", myUnion.floatValue); //Output: Float: 84.000000
    printf("Character: %c\n", myUnion.charValue); //Output: Character: 
    return 0;
}

嘿，这个问题问得特别好，刚好能帮你彻底搞懂C语言里共用体（Union）的核心逻辑——我当年刚学Union的时候也踩过一模一样的坑，完全能理解你的困惑！

先直接点出你误解的核心：共用体的所有成员并不是自动做类型转换，而是共享同一块内存空间。你以为设置floatValue=84.0后，intValue会自动变成84，其实不是——它只是把floatValue占用的那32位内存的二进制数据，直接当成int类型的二进制来解析，而不是把84.0这个数值转换成int类型的84。

咱们一步步拆解你的问题：

1. 先搞懂Union的本质 #

Union的所有成员共用同一段连续的内存，大小等于最大成员的大小（这里你的Union里int和float都是32位，所以整个Union占4字节）。当你给其中一个成员赋值时，是把二进制数据写入这段内存；当你读取另一个成员时，是直接从这段内存读取二进制，然后用该成员的类型来解释这些二进制位——完全没有任何自动类型转换的过程。

2. 为什么intValue是1118306304？ #

你设置myUnion.floatValue = 84.0，其实是把84.0按照IEEE 754单精度浮点数的格式，写入了Union的4字节内存。咱们来算一下84.0的IEEE 754二进制：

• 84.0是正数，所以符号位是0
• 84的二进制是1010100，转换成IEEE 754的规格化形式是1.010100 × 2^6，所以指数是6 + 127 = 133（二进制10000101）
• 尾数位是01010000000000000000000（把小数点后的部分补到23位）

把这些组合起来，32位二进制就是：
0 10000101 01010000000000000000000

转换成十六进制是0x42AC0000，再把这个32位二进制当成无符号int来解析，对应的十进制就是1118306304——这就是你代码里myUnion.intValue输出的结果！

3. 为什么charValue不是'T'？ #

你的Union内存里存的是0x42AC0000，而char类型通常只占1字节（8位）。在大多数电脑的小端字节序（低字节存内存低地址）下，读取charValue其实是读这段内存的最低8位，也就是0x00——对应的ASCII码是空字符，所以你打印的时候看不到任何输出，自然不是你预期的'T'（ASCII码84）。

4. 为什么(int)84.0能得到84？ #

这个是显式类型转换，和Union完全不是一回事。编译器会把浮点数84.0的数值转换成int类型的84，而不是直接读它的二进制位。这是编译器帮你做的数值转换，和Union的内存共享逻辑没有关系。

正确的做法 #

如果你想让myUnion.intValue是84，直接给它赋值myUnion.intValue = 84就行；如果已经设置了floatValue，想要得到对应的int数值，应该用显式转换：(int)myUnion.floatValue，而不是直接读取intValue成员。

Union的正确使用场景，是当你需要用同一块内存存储不同类型的数据，但同一时间只使用其中一个成员的时候——比如解析不同格式的数据包、节省内存空间等，它不是用来做自动类型转换的工具哦！

内容来源于stack exchange