C语言中超大数值左移操作为何未得0，反而输出6？

咱们一步步拆解你的代码里的关键逻辑和问题：

1. 先搞懂整数提升 #

你的变量i是unsigned char类型，在执行移位操作前，C语言会自动触发整数提升——把unsigned char转成int类型（一般系统里int是32位）。所以实际参与移位的是一个32位的int值，值还是126。

2. 超大移位位数是未定义行为 #

根据C标准（C11及之后），移位操作的右操作数必须满足：小于被移位变量的位宽。如果右操作数大于等于位宽，或者是负数，那整个移位操作的行为是未定义的——意思就是编译器想怎么处理就怎么处理，没有统一的规定结果。

你用的移位值是个远大于32的天文数字，完全触发了这个未定义行为，这就是结果不符合你预期的核心原因。

3. 为什么你看到的是6？ #

虽然是未定义行为，但大多数编译器会有自己的处理逻辑，比如只取移位位数的低几位来当作实际移位的位数：

• 对32位的int来说，编译器通常只取移位位数的低5位（因为2^5=32，刚好对应32位的位宽），也就是实际移位位数是N % 32。
• 你用的那个超大移位值是2的倍数，而且远大于32，它的低5位是0，所以实际相当于没移位，值还是126。
• 126对10取模就是6，这就是你看到输出6的原因。

4. 为什么移位值不低于6时结果都是6？ #

这大概率是你测试的那些移位值都是32的倍数（或者说低5位都是0），导致实际移位位数都是0，最后算的都是126 % 10 = 6。要是你换个低5位不为0的超大值（比如在末尾加个1），结果肯定不一样。

5. 你预期为0的误区 #

你觉得超大移位后结果应该是0，这是基于“左移超过类型位宽后值会变0”的直觉，但这只在移位位数合法的情况下成立。对于未定义行为，编译器没义务按这个逻辑来，它可以返回原数、0甚至随机值，全看编译器的实现。

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