Python abs（）函数在负数上失败

Question

我在 linux 上使用 python3.6，遇到了一个非常明显的 abs() 函数失败。我的变量x最终变成了一个非常大的负数（可能是-inf），但绝对值abs()函数仍然返回一个负数，这应该是不可能的。我通过在abs()but....的输入中添加 0.1 来快速修复我的代码，我是否误解了abs()应该如何使用？

$> x
-9223372036854775808

$> abs(x)
-9223372036854775808

$> np.abs(x)
-9223372036854775808

$> abs(x+.1)
9.223372036854776e+18

$> np.abs(x+.1)
9.223372036854776e+18

编辑：在下面解决了，但归结x为一个numpy.int64而不仅仅是int我不知道的。

Answer 1

您没有想到提及它（我从您的测试中推断出它np.abs），但重要的x是它是numpy.int64（或等效的有符号 64 位类型）。该特定值，在二进制补码中，没有正等价物，因此abs只需再次生成相同的值（它可能会引发异常，但numpy在这种情况下它会返回原始值的低级 C 行为卡住了）。

首先将其转换为真正的 Python int，例如abs(int(x))，它将起作用。

解释为什么它以这种方式工作：

的位模式-9223372036854775808是0x8000_0000_0000_0000（仅设置最高位，下划线以提高可读性）。二的补否定通过翻转所有的位，然后加入一个，带进位算法处理，所以所述转换改变0x8000_0000_0000_0000到0x7fff_ffff_ffff_ffff（所有位翻转），然后增加1，其承载所述场的整个长度（因为每个位，但高比特是设置），0x8000_0000_0000_0000再次生产。相同的位模式实际上确实对应于一个无符号的 64 位数量等于9223372036854775808将具有的位模式，但鉴于它被解释为有符号，它继续被解释为最负的值，而不是比最正值高一个int64值（即不能表示为int64)。