代码补全的几个问题

大家好，感谢邀请，今天来为大家分享一下代码补全的几个问题的问题，以及和的一些困惑，大家要是还不太明白的话，也没有关系，因为接下来将为大家分享，希望可以帮助到大家，解决大家的问题，下面就开始吧！

图1

从上面的定义可以看出，对于负数，

图2

这里的x代表负数，比如x=-101，n代表负数x的位数，不考虑符号位，这里等于3。图2可以变成

图3

这意味着负数的补码加上负数的绝对值将返回零，例如

图4

这里1011是-5的补码，最高位是符号位。根据图3的定义，这里的n等于3，所以-5的补码

1011加上-5 5的绝对值，即0101，答案是2的四次方，即2^(n+1)，此时的结果已经超出了上面数字的位数（包括符号位4位），如果保留4位，则结果为0000，即负数的补码加上负数的绝对值将与符号位一起重置为零。

当然，如果不计算符号位，就是3位数值的部分相加。

当然它会被重置为零。

一个字节是8位。如果用原码来表示正整数（包括0），可以表示0-255，即2^8=256，总共256种状态，从全0到全1的各种排列组合。如果要表示负数，则符号位需要占用一位（最高位，1表示负数，0表示正数），所以最大绝对值范围是0-127，即2 ^7=128，正反共128种。状态，如果不做特殊处理，此时0占据两个编码，10000000为负0，00000000为正0。数据表示范围为-127到-0和+0到127，所以总共是一个字节只有255 这种状态是因为0 可以分为正0 和负0，这没有数学意义，而且浪费编码。因此，人们想到了使用负0，即当遇到负数时，可以使用补码表示来解决问题，而当遇到正数或0时，则保留原来的代码表示。所以，这个负0自然是经过补码算法处理后，用来表示-128。

为了证明10000000的负0代表-128的补码的正确性，考虑

因为01111111是+127的原码，所以上述运算相当于计算(-128+127)的结果。显然结果应该是-1，而11111111就是-1的补码。其他的都可以以此类推，所以10000000 代表-128的补码是正确的。

上述运算也说明了补码的重要作用就是将减法（127-128）运算变为加法（-128+127）运算。

总之：

二进制补码：8位二进制补码可以表示的数字范围是-128~127。

3：变形补体

对于小数，其补码定义为

图5

即十进制补码的定义中，用整数部分的哪一位来表示符号位。

图6

图6 中的定义也是针对小数的，其中100 是二进制，代表数字4。该定义意味着每个小数有两个符号位。

图7

图8

图8 显示了两个正小数的加法。在这种情况下，不会发生溢出。这是因为两个小数都小于0.5，所以它们的和小于1。如果是00.11+00.10，则结果是01.01。在这种情况下，由于两位小数之和超过1，因此发生溢出。另一个例子

图9

这是两个负小数的补码相加，结果也不会溢出。但如果仔细观察，可以发现加法过程中发生了从小数最高位到符号位的进位，那么为什么没有溢出呢？这是因为小数11.10101和11.10111的两个补码的数值部分都大于0.5，也就是说两个负小数的绝对值都小于0.5，并且两个绝对值的小数相加小于0.5会导致绝对值不能大于1，但是如果使用二进制补码加法，加法的绝对值会超过1，所以会出现进位，但是由于是两个负数相加，那是

11.11=-0.75

+ 11.10=-0.5

———————–