今晚因为一个小任务debug耗时远超预期，究其原因是踩到了一个之前没有接触的坑。总结为以下三个问题：
问题1:
char temp;
temp = 0xBA;
cout<<(uint)temp;
这个输出的结果是多少？
A：186
B: -70
C: 其他
问题2:
char temp = 0xBA;
if(temp==0xBA)
cout<<"T";
else
cout<<"F";
请问最后的输出结果是多少?
问题3:
char temp;
temp = 0x2A;
cout<<(uint)temp;
这个的输出结果是多少
A：42
B: 其他
答案
- 第一题选C，输出的结果是4294967226，具体而言见下图，高位补1。（高位补充的是0xBA中的最高位，所以补1，规律是扩充带符号的数时，低位照抄，填充的高位内容为原始的符号位，为什么要重复符号位填充？见第二题的解释部分）
- 第二题输出是F，char会被认为是有符号数，进而比较式左侧为-70，而0xBA会被优先当成int即为186。此时已经左右不相等了，但是由于左边是char右边是int，那么char还会转化为int （高位还要补充1），结果当然还是二者不相等！。经过补充1之后，左边会是int类型的0xF…FFBA，通过补码解释结果还是-70。（0xF…FFBA 全部取反之后是 0b0…0001000101，取反+1后是0b0…0001000110，也就是70，加负号，为-70），这样观察可以发现，对于有符号的数进行填充时，如果高位的填充内容是原始符号位，且填充之后的数依旧是有符号数，那么按照补码的规则，其值填充前后维持不变。第一题的坑就在于填充前是有符号数，而填充后是无符号数。
- 第三题选A，高位补0。（高位补充的是0x2A中的最高位，所以补0）
总结
对数扩充时，如果数是有符号数，扩充时高位填充符号位；如果数时无符号数，扩充时高位填充0。可通过以下实验证明：
unsigned char a = 0xBA;
char b = 0xBA;
int A = a;
int B = b;
cout<<A<<endl;//输出186
cout<<B<<endl;//输出-79