<< 的思考

最新推荐文章于 2025-08-16 20:28:55 发布

原创最新推荐文章于 2025-08-16 20:28:55 发布 · 502 阅读

CC 4.0 BY-SA版权

由一个程序引发的思考：

#include<iostream>

int main()
{
      int w = sizeof(int) << 3;
      printf("%.8x -- %.8x -- w is %d\n", -1 << 32, -1 << w, w);
       system("pause");
      return 0;
}

结果是：00000000 -- ffffffff--w is 32

根源在于1<<32被编译器认为是编译期常量，-1<<W在开启优化时同样也是编译器知道其为常量直接对其求值的，编译器对这类移位的求值符合我们的常规直觉，而-1<<W没开启优化时x86是用shl之类的指令计算的，而intel的移位操作是用的摸算术和我们的常规直觉有区别，模运算与CPU指令集有关，不管系统是32还是64，移位指令操作数是32就模32，是64就模64，其它cpu得看手册。（引自return_humeafo）

-1 << w 运行时执行的是 -1 << (w% 32)，所以输出-1,即ffffffff

关于 << 的思考：

#include<iostream>

int main()
{
char w = 0x1;
w <<= 7;
printf("%x\n", w);
system("pause");
return 0;
}

输出：ffffff80

w 的二进制表示为 000 0001，左移 7位后为 1000 0000，由于最高位为符号位，所以对应的32为二进制位 1111 1111 1111 1111 1111 1111 1000 000，对应的十六进制为ffffff80(32位系统，整型输出时输出32位)

#include<iostream>

int main()
{
unsigned char w = 0x1;
w <<= 7;
printf("%x\n", w);
system("pause");
return 0;
}

输出：80

w 的二进制表示为 000 0001，左移 7位后为 1000 0000，由于w为unsigned，所以对应的32为二进制位0000 0000 0000 0000 0000 0000 1000 000，对应的十六进制为80

#include<iostream>

int main()
{
char w = 0x1;
w <<= 8;
printf("%x\n", w);
system("pause");
return 0;
}