由一个程序引发的思考:
#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;
}
输出:0
w 的二进制表示为 000 0001,左移 8位后为 0000 0000,所以输出0,对应的十六进制为0
#include<iostream>
int main()
{
unsigned char w = 0x1;
w <<= 8;
printf("%x\n", w);
system("pause");
return 0;
}
输出:0
w 的二进制表示为 000 0001,左移 7位后为 0000 0000,由于w为unsigned,所以对应的32为二进制位0000 0000 0000 0000 0000 0000 0000 000,对应的十六进制为0
#include<iostream>
int main()
{
char w = 0x1;
w <<= 39;
printf("%x\n", w);
system("pause");
return 0;
}
输出: ffffff80
39 % 32 = 7,所以输出 w << 7,即 ffffff80