做而论道_CS: 补码，来源于算术计算，是自然形成的。 补码，并非是有人编造出来的。 原码反码取反加一，这些不过是计算机专家编造的谎言罢了。 马户又鸟，在这里有一大批啊！ 你看十进制： 　　25 － 1 ＝ 24 　　25 + 99 = (一百) 24 如果你舍弃进位，保留原来的位数，+99 就是－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？ 这要看你算法。

mp3aaa: 。通过这个公式可以看到，权重越大的进程获得的虚拟运行时间越小，那么它将被调度器所调度的机会就越大。 这句话是不是错了，CFS虚拟运行时间 一直是平均的，权重影响的是实际运行时间。权重大 小，和其他进程的虚拟时间都是一样，只不过权重高的执行时间更长

wangxuan_1992: 过了几年之后再看感觉写的是狗屎，乱写一通，真的是，有空我再更，实在抱歉大家

w952470866: 不懂，那我怎么获取item的值？》

wangxuan_1992 回复 peter_linky: 很简单啊,直接用那个进行计算就好,其他中间的直接可以不用这个计算,可以用更高的计算方法来计算...,只写了-128的计算方法而已...