char类型是否有符号====》与不同编译环境相关

转载：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了。