linux下C编程（五）之unsigned 的大坑货和 char 和浮点数

最新推荐文章于 2024-07-11 22:18:20 发布

lotluck

最新推荐文章于 2024-07-11 22:18:20 发布

阅读量2.8k

点赞数

分类专栏： linux下C编程

本文链接：https://blog.csdn.net/lotluck/article/details/49252801

版权

linux下C编程专栏收录该内容

27 篇文章 0 订阅

订阅专栏

说起unsigned，这个还是听起来不错的，无符号。 unsigned char a; 她的范围是（ 0~255），如果是char a；那么她的范围是(-128 ~+127),一会再说为什么当是char的时候范围是(-128 ~+127)。先说很坑的unsigned, 我们一般知道

0 -1 =-1，这个无可质疑，但是如果你定义的是unsigned，那么0-1=255，对，你没有看错。也许有人会说，注意一下，但是在程序中不注意，一定会出现错误，比如说，看下面：

#include <stdio.h>
#include <string.h>

int comp_len(const char *str1,const char *str2);

int comp_len(const char *str1,const char *str2)
{
    //return strlen(str1) - strlen(str2) > 0;
   
    //size_t strlen(const char *s); 返回值是一个无符号型

    return strlen(str1) > strlen(str2);
}

int main(int argc ,char *argv[])
{
    char *str1 = "tongtong";
    char *str2 = "du shuai xi huan gup ni";
    
     comp_len(str1,str2);
    return 0;
}

return strlen(str1) > strlen(str2);这种写法是正确的，而return strlen(str1) - strlen(str2) > 0;确实错误的，理由已经说过，不论谁减去谁都是正值。因为范围就是0-255，所以一定要把类型看清楚。

为什么当是char的时候范围是(-128 ~+127)？

-0 ：原码 1000 0000 的补码为1 0000 0000 ，由于char 是八位，所以取低八位00000000, +0 ：原码为0000 00000 ，补码为也为 0000 0000 ，虽然补码0都是相同的，但是有两个0 ，既然有两个0 ，况且0既不是正数，也不是负数，用原码为0000 0000 表示就行了，这样一来，有符号的char ,原码都用来表示-127~127 之间的数了，唯独剩下原码1000 0000 没有用，有人说-0即1000 0000 与128的补码相同，所以用1000 0000表示-128, 1 1000 0000,这是-128的补码，发现和原码一样, 1 1000 0000和1000 0000 相同?如果说一样的人真是瞎了眼了，所以，-128的原码和-0(1000 000)的原码是不同的，但是在char 型中，是可以用1000 000 表示-128的，关键在于char 是8位，它把-128的最高位符号位1 丢弃了，截断后-128的原码为1000 000 和-0的原码相同，也就是说1000 0000 和-128丢弃最高位后余下的8位相同，所以才可以用-0 表示-128，这样，当初剩余的-0(1000 0000)，被拿来表示截断后的-128,因为即使截断后的-128和char 型范围的其他数(-127~127)运算也不会影响结果，所以才敢这么表示-128。

浮点数的存储规则