整形提升一般用于 有符号char类型 ,无符号char类型也有,但是少见;
windows自带的计算器可以清晰的看见整形提升的结果
(一) 、有符号char类型
有符号char类型的 127+3 结果是多少:
1.点击 QWORD 按钮切换到 DWORD (将 四字 转 双字)
2.点击DEC(十进制) 键入 127 + 3
可以看到目前答案还在理想状态,但是char只占一个字节,
所以可以清晰的看到低字节中的符号位被置一
3.接下来点击 DWORD 切换到 BYTE(将双字 转 字节)
使其发生截断。可以看到截断后,值变成-126。
让我们来看看程序中是否一致
嗯,很显然,是我想的那样...吗?
看到printf那打印的转义字符是什么了吗,那是 %d ,说明打印的时候也发生了整形提升
这回是往反方向提升。
回到计算器,我们点击 BYTE 让其回到双字(DWORD)中,获得补码,可以发现前面
补了很多1,所以我们得知 负数的整形提升高位补一,正数的整型提升高位补零
回到代码
在代码执行过程中
a 的二进制 : 0000 0011
b 的二进制 : 0111 1111
发生整形提升时, a 和 b 都会变成整形
a 的二进制 : 0000 0000 0000 0000 0000 0000 0000 0011 一共四个字节
b 的二进制 : 0000 0000 0000 0000 0000 0000 0111 1111
相加得 c
c 的二进制 : 0000 0000 0000 0000 0000 0000 1000 0010
发生截断 : 1000 0010
这时候c是补码,要将他转换成源码才能输出,所以还要进行整形提升(针对c)
补码 : 1111 1111 1111 1111 1111 1111 1000 0010
反码 : 1111 1111 1111 1111 1111 1111 1000 0001
原码 : 1000 0000 0000 0000 0000 0000 0111 1110
这样就可以输出了
(二)、无符号char类型
无符号就多了一位,范围从0~127变成0~255
所以截断的时候没有什么补码反码的
截断后剩下多少就是多少
例如:
255 : 1111 1111
3 : 0000 0011
相加发生整形提升,但因为是无符号,所以高位补零
0000 0000 0000 0000 0000 0000 1111 1111
0000 0000 0000 0000 0000 0000 0000 0011
0000 0000 0000 0000 0000 0001 0000 0010
截断后剩下 0000 0010
所以结果就是 2