计算机专业玩家分析破败之王BUG原理：原码和补码问题

李佳琦Austin

计算机专业玩家分析破败之王BUG原理：只是一个简单的原码和补码的问题，有多少人看懂了？？[泪奔]

“65534，计算机专业才能反应过来，2的16次方就是65536！

根据这个数字，可以断定杀人戒的层数是用一个二进制的值表示，用16bit的内存来记录的。

如果是1层杀人戒，内存里存的就会是：
0000000000000001，16位，最后一位是1。

2层，就是0000000000000010。

破败之王击杀敌方英雄，戒指本应该是+2的，但是却变成了65534，在内存中表示1111111111111110。

这时候就要引入另一个概念，补码。

前面所说的都是原码，是不能表达负数的。而表达负数，就要用补码了。

65534用原码表示时内存里是1111111111111110，而1111111111111110这一坨二进制内存，如果用补码表示，它代表的值就是-2!

这个就是关键了！65534和-2在不同的编码方式中，所对应的二进制是一样的。

再想一下杀人戒的属性，杀人应该是+2的，但是此时破败之王变成了敌方单位，是不是这里的代码有bug，将+2就给算成了-2？

然后算戒指层数的时候，程序员用的是补码，-2就是1111111111111110。

而读取戒指层数时，另一个程序员却用了原码，1111111111111110就读取成了65534（原码和补码在表示比较小的正数时是完全一样的，所以正常情况下戒指层数也不会读错）。

这样就完全对的上了。

溢出了的话不应该是65534，出现65534应该就是我描述的这样了，程序本身有bug，原码和补码也用混了”。

这么看来，这种严重的BUG，竟然只是因为程序员一个简单的错误，有些离谱。

大家这波看懂了吗？非专业人士表示看几遍都是懵懵懂懂！！[泪奔][泪奔]

教父

跟补码源码没关系，C++从内存读int全都是补码方式读出来的。这个bug的根本原因是：声明的时候，c++ 里，是uint16_t，所以最高位的1代表的不是+/-，就是2*15。程序在下面跑下就完事了。