符号最高位树莓派（ARM处理器）， 符号位扩展的问题

上班之余抽点时间出来写写博文，希望对新接触的朋友有帮助。今天在这里和大家一起学习一下符号最高位

    最近在树莓派上做开辟， 遇到了一个奇异的问题

    for example:

    char a = 0x8f;

    printf("%d", a);

    我们希望得到  -113, 但是在树莓派下面得到的倒是 143

    这是怎么回事？ 怎么不按照符号位停止扩展？

    后来我查了下资料
如下：

    

ANSI C 提供了3种字符类型，分别是char、signed char、unsigned char

    每日一道理
记不清有多少个夜晚，在我翻阅纸张的指间滑落；记不清有多少支蜡烛，在我的凝视中化为灰烬。逝者如斯，我时时刻刻会听见自己对生命承诺的余音，感到岁月的流转在渐渐稀释我的年少无知，我愿自己是一只上足了发条的时钟，在昼夜不停的流转中留下自己充实的每一刻。

    

char相当于signed char或者unsigned char，但是这取决于编译器！

这三种字符类型都是按照1个字节存储的，可以保存256个不同的值。
不同的是取值范围
signed char取值范围是 -128 到 127
unsigned char 取值范围是 0 到 255
signed char的最高位为符号位，因此char能表示-128~127, unsigned char没有符号位，因此能表示0~255。


但是char究竟相当于signed char呢还是相当于unsigned char呢？？
这就是char和int的不同之处！
int＝＝signed int，但是char不能简略认为＝＝signed char

要确定char究竟等同什么要基于不同的编译器做测试
大多数呆板应用补码来存储整数，在这些呆板中按照整数类型存储的－1的所有位均是1
假设我的呆板也是如此存储，就可以据此判断char究竟是即是signed char还是unsigned char
在实际应用过程种有什么区别呢？

主要是符号位，但是在一般的赋值，读写文件和网络字节流都没什么区别，反正就是一个字节，不管最高位是什么，终究的读取结果都一样，只是你怎么理解最高位而已，在屏幕下面的表现可能不一样。

但是我们却发现在 表示byte时，都用unsigned char，这是因为byte没有符号位之说。

如果是char，那么系统认为最高位是符号位，而int可能是16或者32位，那么会对最高位停止扩展（注意，赋给unsigned int也会扩展），而如果是unsigned char，那么不会扩展。

这就是二者的最大区别。

文章结束给大家分享下程序员的一些笑话语录： 刹车失灵
有一个物理学家，工程师和一个程序员驾驶着一辆汽车行驶在阿尔卑斯山脉 上，在下山的时候，忽然，汽车的刹车失灵了，汽车无法控制地向下冲去， 眼看前面就是一个悬崖峭壁，但是很幸运的是在这个悬崖的前面有一些小树 让他们的汽车停了下来， 而没有掉下山去。 三个惊魂未定地从车里爬了出来。
物理学家说， “我觉得我们应该建立一个模型来模拟在下山过程中刹车片在高 温情况下失灵的情形”。
工程师说， “我在车的后备厢来有个扳手， 要不我们把车拆开看看到底是什么 原因”。
程序员说，“为什么我们不找个相同的车再来一次以重现这个问题呢？”