做而论道_CS: 补码，并非是由人定义出来的。 补码，来源于算术计算的方法，是自然形成的。 原码反码取反加一，这些不过是计算机专家编造的谎言罢了。 马户又鸟，在这里有一大批啊！ 你看十进制： 　　25 － 1 ＝ 24 　　25 + 99 = (一百) 24 如果你舍弃进位，保留原来的位数，+99 就是－1 （在三位数时，+999，也是－1。） 加法，也就能代替减法。 二进制，也是一样的规律： 　　2 + 255 = 257 = 256 + 1 这里的 256，也就是进位。 用八位二进制来计算，如下： 　　0000 0010 　＋ 1111 1111　　(即 255) －－－－－－－－－－－－－－ 　1　0000 0001 算上进位，九位数，就是 257。 计算机算的，是没错的。 如果你舍弃进位，只取八位的结果： 　　0000 0001 (十进制 1) 那么，本次计算，就是： 　　2－1 = 1。 此时的 255，就是 “负一” 了。 254 = 1111 1110，就是 －2； 253 = 1111 1101，就是 －3； 。。。　。。。 128 = 1000 0000，就是－128。 补码，就是这么来的。 补码，也是常规的数字，没有什么特殊的。 所以，用补码进行计算，结果必然是正确的。 而原码反码，都是胡编乱造的，它们都不是数字。 所以，用原码反码来计算，就啥也不是。 这些的小学算术的规律，计算机专家是看不出来的。 老外的算术能力太洼了，此处就是一个证明。 弄不明白，才编造了：机器数真值符号位原码反码... 这一滩垃圾。 实际上，这些，和 “补码” 没有任何关系。 舍弃进位，才是补码的源头。 1111 1111，究竟是 255，还是－1？ 这个事，要看你算法。 算法？？？ 老外，谁懂啊！

Funny_Beast: 写得很清楚明了，加油！

Exticntion: CMKY有4个通道，每个通道8位，所以用32位表示，文中应该是笔误吧

Exticntion: .jpg图片的分辨率难道不是 4608 * 2747 吗？

默执_: 请问博主 1024 * 768 * 24 / 8 / 1024 = 2304 与.BMP图的大小 37.978.112字节 是如何计算相等的呢？