C语言中向单个wchar_t变量存入多个连续wchar_t字符会发生什么？

首先你需要明确C语言中多字符宽字符常量的相关规则，你的疑惑本质是混淆了「编译期常量值生成规则」和「运行期赋值截断规则」两个不同阶段的行为：

1. 你代码中语法的本质 #

你写的L' 459'属于多字符宽字符常量，C标准规定这类常量的类型是wchar_t，但具体的取值完全由编译器实现决定，没有统一的跨平台标准。

2. 你得到输出32的直接原因 #

绝大多数主流编译器（GCC、Clang、MSVC）处理字符数超过wchar_t容量的多字符宽常量时，会直接保留最左侧的第一个字符，丢弃剩余所有字符，你代码里第一个字符是空格，对应的ASCII码就是32，和你实际运行的结果完全吻合。

3. 为什么不符合你之前的「取低位」认知？ #

你之前理解的「存储空间不足时保留原始值低位部分」的规则，针对的是已经确定的整数值向更小容量的类型赋值的场景，这个规则本身是正确的，但在你这个示例中根本没有触发这个规则：编译器在编译期处理L' 459'这个常量的时候，就已经只保留了第一个空格的编码值，没有生成你想象中「四个字符拼接成的大整数」，自然不会出现后续赋值阶段的低位截断行为。

4. 验证示例 #

如果你的环境中wchar_t为4字节（大部分Unix-like系统的默认配置），可以运行以下代码验证规则：

#include <stdio.h>
int main() {
    wchar_t wc = L'1234';
    printf("%#x\n", wc);
    char c = wc;
    printf("%#x %c\n", c, c);
    return 0;
}

输出通常为：

0x31323334
0x34 4

可以看到，当4个字符刚好填满4字节的wchar_t时，常量值就是按字符出现顺序从高位到低位拼接的整数值，赋值给1字节的char时，确实保留了低位的0x34（对应字符'4'），完全符合你之前的认知。

注意：多字符常量属于实现定义行为，可移植性极差，生产环境代码中严禁使用。

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