Python 2.7.12与3.5.2运行结果差异，2.7结果是否正确？

嘿，我来帮你理清楚这个困惑～首先得明确Python两个版本在整数类型上的核心区别，这就是导致你程序结果不同的根源：

核心差异：Python 2 vs 3的整数系统 #

• Python 2.7：有两套整数实现：
  • int：固定精度的整数，大小和系统位数挂钩（比如32位或64位），运算时会像Java的int/long一样发生溢出
  • long：无限精度的大整数，不会溢出，数字结尾带L（或者运算溢出时自动转换）
• Python 3.5+：把两种类型合并成了单一的int，全部是无限精度，彻底告别了固定精度的溢出问题

为什么你的程序结果不一样？ #

大概率是你的代码依赖了固定精度整数的溢出行为，而Python3的无限精度逻辑打破了这个预期：
举个最典型的例子，假设你在做超出固定位数的加法：

• Python 2.7（32位系统下）：

  >>> 2147483647 + 1  # 32位int的最大值加1
  -2147483648  # 溢出成负数，和Java的int行为完全一致
  

• Python 3.5：

  >>> 2147483647 + 1
  2147483648  # 无限精度保留精确值，没有溢出
  

如果你的Java程序用的是int类型，那结果肯定和Python2.7一致，这就是你觉得2.7结果“正确”的原因——它和Java的固定精度逻辑对齐了。

另一个常见场景是位运算：Python2的int位运算基于固定位数的补码处理，而Python3的int是无限位补码，比如负数的右移操作，两者结果会完全不同。

怎么让Python3和Python2/Java结果对齐？ #

如果你的业务逻辑必须依赖固定精度的溢出（比如底层协议、加密算法实现），可以手动模拟溢出行为：
比如模拟32位int的溢出：

def to_32bit_int(value):
    mod = value % 2**32
    return mod - 2**32 if mod > 2**31 - 1 else mod

用这个函数处理运算结果，就能得到和Python2.7、Java一致的溢出值了：

>>> to_32bit_int(2147483647 + 1)
-2147483648

64位的话同理，把2**32换成2**64，2**31-1换成2**63-1就行。

小补充：到底哪个“正确”？ #

其实这是逻辑视角的问题：Python2.7的int是贴近硬件的固定精度实现，和Java的设计一致；而Python3的int是更符合数学定义的精确整数。如果你的逻辑是基于底层硬件的溢出规则，那Python2的结果更贴合需求；如果是做精确数值计算，Python3的结果才是“正确”的。

内容的提问来源于stack exchange，提问作者Aaron