转载:http://blog.csdn.net/u012256258/article/details/53397521
转载:http://www.codeweblog.com/char%E7%B1%BB%E5%9E%8B%E6%98%AF%E5%90%A6%E6%9C%89%E7%AC%A6%E5%8F%B7%E4%B8%8E%E4%B8%8D%E5%90%8C%E7%BC%96%E8%AF%91%E7%8E%AF%E5%A2%83%E7%9B%B8%E5%85%B3/
C标准表示char类型可以带符号也可以不带符号,由具体的编译器、处理器或由它们两者共同决定到底char是带符号合适还是不带符号合适。
大部分体系结构上,char默认是带符号的,它可以自-128到127之间取值。而也有一些例外,比如ARM体系结构上,char就是不带符号的,它的取值范围是0~255
举例来说,在默认char不带符号,下面的代码实际会把255而不是-1赋予i:
char i = -1;
而另一种机器上,默认char带符号,就会确切地把-1赋予i。如果程序员本意是把-1保存在i中,那么前面的代码就该修改成:
signed char i = -1;
另外,如果程序员确实希望存储255,那么代码应该如下:
unsigned char = 255;
如果你在自己的代码中使用了char类型,那么你要保证在带符号和不带符号的情况下代码都没问题。如果你能明确要用的是哪一个,那么就直接声明它。
通常我们要定义无符号的整数需要加unsigned关键字,如:unsigned int/long/short等,如果没有unsigned的,就是有符号整数,也就是说int/long/short缺省为有符号。然后对于char就不是这么简单了。其实这种缺省取决于我们用的编译器和平台,ARMGCC对char做了相反的缺省定义,当我们定义char ch;时ch是一个unsigned char。
这样来说,之前的代码应该没有问题才对呀?但是这里面还是至少有两个问题:
1. 会有跨平台移植的问题,这个比较简单,不多说。
2. 即便是ARM平台下,我们也是可以通过-fsigned-char编译参数设定char的缺省模式为signed char。
这里我们也可以看出许多公司定义coding rule的意义。在实践中我们通常都定义:
typedef unsigned char uint8_t;
typedef signed char int8_t;
之后我们就不要直接使用char了。