头文件:limits.h
符号常量 | 表示 |
---|---|
INT_MAX | 2137383647 ( 2 16 − 1 2^{16}-1 216−1) |
INT_MIN | − 2 16 -2^{16} −216 |
UINT_MAX | 2 32 − 1 2^{32}-1 232−1 |
LONG_MAX | 2137383647( 2 16 − 1 2^{16}-1 216−1) |
LONG_MIN | − 2 16 -2^{16} −216 |
ULONGH_MAX | 2 32 − 1 2^{32}-1 232−1 |
LLONG_MAX | 2 32 − 1 2^{32}-1 232−1 |
LLONG_MIN | − 2 32 -2^{32} −232 |
ULLONG_MAX | 2 64 − 1 2^{64}-1 264−1 |
以8位为例子:
如果以最高位为符号位,二进制原码最大为0111111111111111=2的15次方减1=32767
最小为1111111111111111=-2的15次方减1=-32767
此时0有两种表示方法,即正0和负0:0000000000000000=1000000000000000=0
所以,二进制原码表示时,范围是-32767~-0和0~32767,因为有两个零的存在,所以不同的数值个数一共只有2的16次方减1个,比16位二进制能够提供的2的16次方个编码少1个。
但是计算机中采用二进制补码存储数据,即正数编码不变,从0000000000000000到0111111111111111依旧表示0到32767,而负数需要把除符号位以后的部分取反加1,即-32767的补码为1000000000000001。
到此,再来看原码的正0和负0:0000000000000000和1000000000000000,补码表示中,前者的补码还是0000000000000000,后者经过非符号位取反加1后,同样变成了00000000000000,也就是正0和负0在补码系统中的编码是一样的。但是,我们知道,16位二进制数可以表示2的16次方个编码,而在补码中零的编码只有一个,也就是补码中会比原码多一个编码出来,这个编码就是1000000000000000,因为任何一个原码都不可能在转成补码时变成1000000000000000。所以,人为规定1000000000000000这个补码编码为-32768。
所以,补码系统中,范围是-23768~32767。
因此,实际上,二进制的最小数确实是1111111111111111,只是二进制补码的最小值才是1000000000000000,而补码的1111111111111111是二进制值的-1。
https://zhidao.baidu.com/question/162681610.html
short int a=INT_MAX; unsigned short b=INT_MAX; a=a+1;//结果为-32768 b=b+1;//结果为32768 a=0;b=0; a=a-1;//结果为-1 b=b-1;//结果为65535
暂时没想到很多: