疑惑不解,求助!C语言自动数据类型转换碰到的一个问题

2019-07-21 03:57发布

有个关于C语言的数据类型自动转换的问题,代码如下:

#include "reg51.h"  //此代码为在STC89C52上的运行结果
void main(){
    unsigned int retval;
    char a;
    UartInit();
    a=0xc0;
    retval=(a>>6)&0xff; //此处位与的立即数若为0xff,则通过串口输出查看retaval为 0x0003; 若位与运算的立即数为0xfe则结果为 0x00fe; 为何会如此
    UartTxInt(retval);
    while(1){
        ;
    }
}
疑问.png
代码如上所写,即retval=(a>>6)&0xff; 这一句执行后,为何用串口查看retval为0x0003?
按照我的理解,
①首先因为a是char类型,所以在参于运算时首先自动转换为int类型,所以右移6位后数据内容为bit: 1111 1111 1111 1111 ;
②再与立即数0xff进行位与运算,立即数默认为int类型,所以相当于0xffff & 0x00ff ;
③结果即应该为 0x00 ff 才对,但是在单片机上运行的结果却为0x0003 ;
④很诡异的是,如果我将上述语句的0xff 替换成 0xfe, 那么运算的结果就如预期的变成 0x00 fe 了。

因为对C语言的数据类型的自动转换理解还不太到位,所以想请问各位大神上述计算的结果是怎样来的,我的理解哪一步有错误呢,谢谢!
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
5条回答
xuyaqi
1楼-- · 2019-07-21 09:22
你把 char a; 改为 unsigned  char a;  就会正常。
零一三南宫南
2楼-- · 2019-07-21 11:35
①a=0xc0=1100 0000 >6  =0000 0011(高位补零)   & 0xff =0000 0011 =3
nashui_sx
3楼-- · 2019-07-21 13:44
nashui_sx 发表于 2019-3-22 17:22
①a=0xc0=1100 0000 >6  =0000 0011(高位补零)   & 0xff =0000 0011 =3

可是a我是声明的char  在右移时候不是应该要扩展符号位所以为 1111 1111才对么?

如果像你说的这样的按unsigned char右移,那为何当后边的&0xff 修改成0xfe 时整个运算的结果又成了0xfe了?
有哪里理解错误吗,还请解答,谢谢
huangtaichen
4楼-- · 2019-07-21 17:36
 精彩回答 2  元偷偷看……
huangtaichen
5楼-- · 2019-07-21 19:05
本帖最后由 xuyaqi 于 2019-3-23 10:17 编辑
huangtaichen 发表于 2019-3-23 08:29
就是声明成char,然后这两种情况的原因想探究下

转载:
char类型数据向右移位时符号位问题
首先运行环境是51单片机+KEIL C
最近写一个16进制数据转换成ASCII形式的函数,多次运行发现,当16进制数据高4位大于8时,转换就出错。
最开始出错的程序如下:
void hex2ascii(char hex, char ascii[])
{
        char i = 0;
         ascii[0] = (hex & 0xf0) >> 4;
        ascii[1] = hex & 0x0f;
        sendNChar(ascii, 2);
        for (i=0; i<=1; i++)
        {
                if (ascii >= 0xa)
                {
                        ascii = ascii - 0xa + 'A';
                }
                else
                {
                        ascii = ascii + '0';
                }
        }
         sendNChar(ascii, 2);
}
在KEIL C51环境下,输入0xe3,输出fe 03 2e 33。
在VC环境下,输出输入0xe3,输出e 3 45 33
后来多次修改尝试,并分析原因。终于发现原因:hex是char类型,是有符号型,移位左边补符号位1。
故得fe,ascii[0]=0xfe是负数,小于0xa,故结果=0xfe+'0'=0x2e(溢出后结果)。
但不对,VC上运行正常呀,再分析
在VC上,int型占32位
按照C语言的自动类型转换原理
hex & 0xf0,分别是char和const int类型,转换成int型0xffffffe3 & 0x000000f0 = 0x000000e0
看来是,VC上运算移位时左边填充0,KEIL C51上运算移位时左边填充的是1.
        int debug = 0;
        debug = hex & 0xf0;
        sendNChar(&debug, 2);
KEIL C51下输出ff e0
VC下输出e0
找到这里知道程序错误的起因了,但hex & 0xf0处理的原因还不了解。
先断续调我的51程序。
这种地方 以后都要用unsigned char类型了,免得不必要的麻烦!



一周热门 更多>