ikLeo: 如果结果为0.33，请问这算是多少呀？

做而论道_CS: 经过上述介绍，可知： 　－1 的补码是 255 = 1111 1111； 　－2 的补码是 254 = 1111 1110； 　－3 的补码是 253 = 1111 1101； 　。。。　。。。 不用多写了。 有这些，你肯定能看出对应的关系式： 　负数的【绝对值减一、再取反】，就是补码。 验证如下。 －1：先减一，得 0 = 0000 0000； 　　再取反，即得：1111 1111。　正确！ －2：先减一，得 1 = 0000 0001； 　　再取反，即得：1111 1110。　正确！ 。。。　。。。 －128：减一是 127 = 0111 1111； 　　再取反，就是：1000 0000。完全正确！ 求补码，就是这么简单。 根本就不用学习：原码反码符号位。。。 －－－－－－－－－－－－－－－－－－－－－ 由 “补码”，换算到十进制数，该怎么做呢？ 只需记住：【补码首位的权，是负数】即可。 一般的八位二进制数，各个位的权是： 　　128、64、32、16、8、4、2、1； 如果是八位的补码，各个位的权则是： 　－128、64、32、16、8、4、2、1。 　 假设，有一个补码是：1110 0001， 代表的十进制数就是：－128 + 64 + 32 + 1 = －31。 再有，另外一个补码：0110 0001， 它代表十进制数则是：0 + 64 + 32 + 1 = ＋97。 仅仅使用【进制转换】，不就完事了！ 学习原码反码，干嘛用？ 只是为专家教授贡献讲课费罢了。

做而论道_CS: 实际上，计算机中只有二进制数，普通的二进制数。 什么真值原码反码补码浮点数 ...，都是不存在的。 计算机中，只有加法器，字长是固定的。它只知道逢二进一。 例如 2 + 255 = 257，八位计算机将如下计算： 　 　0000 0010 　＋ 1111 1111　　(即十进制 255) －－－－－－－－－－－－－－－－ 　1　0000 0001 算上进位 1，就是九位，十进制就是：257。 计算机的计算，肯定是完全正确的。 但是，这个进位，你可以算，也可以不算。 如果将其舍弃，只保留八位，结果就是： 　　0000 0001 = 1　(十进制)。 看到了吗？　当你舍弃了进位： 　就不是原来所预想的：2 + 255 = 257， 　而是成为减法运算了：2－1 = 1 ！ 　此时的 1111 1111 = 255，就当－1 使用了。 　此时的加法运算，也就代替了减法运算。 这里的 1111 1111 就是所谓的：－1 的补码。 是所谓的 “补码”！ 是所谓的 “补码”！ 是所谓的 “补码”！ 即使是补码，它也是来自于【舍弃进位】！ 这是【算法】的成果。 那么，补码，与原码反码取反加一，并无任何关系。 因此，就应该说： 　计算机中，只有二进制数。 　CPU 也只会对二进制数进行 “逢二进一” ！ 计算机，才不管：你是不是补码的！ 计算机，也不管：你舍不舍弃进位！ 你人为的操作，与《计算机原理》没有关系。 在《计算机原理》中，讲清楚 “逢二进一” 就够了。 就不要东拉西扯的乱掺和了。 当然，这些二进制数，还可以当成各种信息： 　正负数(补码)、字符(ASCII)、颜色、声音、浮点数、密码 ... 实现这些，就必须采用不同的算法、编写不同的软件来完成。 算法，也是你编程的思路，这是你自己的事情。 与《计算机原理》毫无关系。 你异想天开，把计算机弄死机了，可别赖在计算机身上。

做而论道_CS: 如果码长是 8 位，各码表示的范围是不同的。 　原码：－127 ~ +127； 　反码：－127 ~ +127； 　补码：－128 ~ +127。 注意到了吗？ 　－128 只有补码，并没有原码和反码。 没有原码，拿什么取反？ 没有反码，拿什么加一？ 所以，用 “符号位原码反码取反加一” 这一套说词， 来定义补码，就是一个谎言。

Inter_core: C语言课本上的东西...