sys.version_info 对于 Python 版本检查是否可靠？

Question

如果我要创建一个模块，我希望在 Python 2 中运行与在 Python 3 中相同的模块，那么有很多选项，包括 six、futures 和 2to3。如果更改的数量很少，那么这些工具中的每一个都有足够的怪癖，我倾向于只为我的模块实际使用的少数不兼容功能编写一个兼容接口。

实现这一点的合理标准方法是直接进行版本检查。

import module_bar

if sys.version_info >= (3,):
    uniformly_named_foo = module_bar.py3_thing
else:
    uniformly_named_foo = module_bar.py2_thing

是否存在无法正确报告sys.version_info 的奇怪案例？过去，我已经被格式错误的路径、配置、安装、修改等等所困扰，以至于我觉得这不是我应该信任的事情。

当我们开始着手时，我真正关心的是是否实现了特定功能。在 Web 开发中，嗅探用户代理通常被认为是一种不好的做法。相反，人们应该尽最大努力确定某个特定功能是否正在使用中。根据功能的不同，有很多方法可以实现这一点。

if hasattr(module_bar, 'py3_thing'):
    uniformly_named_foo = module_bar.py3_thing
else:
    uniformly_named_foo = module_bar.py2_thing

在我的机器上，第二条路线的速度要慢两倍（并不是说额外的几百纳秒对于一次性操作真的很重要），但它似乎没有任何其他主要缺点。不过有优势吗？ 是否存在第二种方法会成功而第一种方法会失败的 Python 安装？

Answer 1

import sys
sys.version_info.major

我认为这是确定一个人使用的是 Python 2.x 还是 Python 3.x 的最佳方式。

Answer 2

是的。 sys.version_info 是确定 Python 版本的可靠方法。

请参阅 Python 3 documentation 和 Python 2 documentation。

注意：sys.version_info 是可靠的，但不是 sys.version：

系统版本

一个字符串，其中包含 Python 解释器的版本号以及有关构建号和所用编译器的附加信息。启动交互式解释器时会显示此字符串。 不要从中提取版本信息，而是使用version_info和platform模块提供的功能。

如果您担心坏模块会更改 sys.version_info 的值或其他内容，您可以强制重新加载 <module 'sys' (built-in)>：

import sys
sys.version_info = "boo"
print(sys.version_info)  # boo

sys.modules.pop("sys")
import sys  # reloaded
print(sys.version_info)
# Output: sys.version_info(major=3, minor=6, ...

Answer 3

不，sys.version_info不可靠，但仅在某种意义上说 Python 中的几乎所有内容都是可覆盖的，并且因为如果不执行任何伏都教，模块是单例的。考虑以下示例，其中有一个小错字。

# bad_dependency.py
import sys

# is_py3 = sys.version_info >= (3,)
is_py3 = sys.version_info = (3,)

当我们导入这个时会发生什么？嗯……没什么好。

# our_module.py
import sys
import bad_dependency

print(sys.version_info)

当我们运行它时，由于sys 在任何地方都是同一个模块，并且由于我们已经覆盖了我们关心的信息，我们实际上得到了以下行为：

$ python our_module.py
(3,)

当然，如果我们的导入有足够糟糕的错误，那么按照这个标准，我们几乎没有任何代码是可靠的。有趣的是，问题不一定是我们的代码引起的，影响当然也不一定是恶意的。

关于在一些相当标准的 Python 安装（例如 micropython、OSX 等）中是否默认存在此类问题的问题，我仍然不确定答案。