何时使用 os.name、sys.platform 或 platform.system？

Question

据我所知，Python 有 3 种方法来查找正在运行的操作系统：

1. os.name
2. sys.platform
3. platform.system()

导入或使用平台之间不同的功能时很有用（例如 Windows 上的 time.clock() 与 UNIX 上的 time.time() ）。

我的问题是，为什么要采用 3 种不同的方式来做到这一点？什么时候应该使用一种方法而不是另一种方法？哪种方式是“最好的”（最面向未来或最不可能意外排除您的程序实际可以在其上运行的特定系统）？

看起来 sys.platform 比 os.name 更具体，允许您区分 win32 和 cygwin （而不仅仅是 nt），以及来自 darwin 的 linux2（而不是仅仅 posix）。但如果是这样的话，那么 sys.platform 和 platform.system() 之间的区别是什么？

例如，哪个更好，这个：

import sys
if sys.platform == 'linux2':
    # Do Linux-specific stuff

还是这个？ ：

import platform
if platform.system() == 'Linux':
    # Do Linux-specific stuff

现在我将坚持使用 sys.platform，所以这个问题并不是特别紧迫，但我将非常感谢对此进行一些澄清。

Answer 1

深入研究一下源代码。

sys.platform 和 os.name 的输出在编译时确定。 platform.system() 确定运行时的系统类型。

• sys.platform 在构建配置期间指定为编译器定义。
• os.name 检查某些特定于操作系统的模块是否可用（例如 posix、nt、...）
• platform.system() 实际上运行 uname 以及可能的其他几个函数来确定运行时的系统类型。

我的建议：

• 使用 os.name 检查它是否是 posix 兼容的系统。
• 使用 sys.platform 检查它是否是 linux、cygwin、darwin、atheos 等。
• 如果您不相信其他来源，请使用 platform.system()。

Answer 2

platform.system() 和 sys.platform 之间存在细微差别，有趣的是，在大多数情况下 platform.system() 退化为 < code>sys.platform

这是源代码 Python2.7\Lib\Platform.py\system 所说的内容

def system():

    """ Returns the system/OS name, e.g. 'Linux', 'Windows' or 'Java'.

        An empty string is returned if the value cannot be determined.

    """
    return uname()[0]

def uname():
    # Get some infos from the builtin os.uname API...
    try:
        system,node,release,version,machine = os.uname()
    except AttributeError:
        no_os_uname = 1

    if no_os_uname or not filter(None, (system, node, release, version, machine)):
        # Hmm, no there is either no uname or uname has returned
        #'unknowns'... we'll have to poke around the system then.
        if no_os_uname:
            system = sys.platform
            release = ''
            version = ''
            node = _node()
            machine = ''

也是根据 文档

os.uname()

返回一个 5 元组，其中包含标识当前操作系统的信息。该元组包含 5 个字符串：（sysname、nodename、
版本、版本、机器）。有些系统将节点名截断为 8
字符或主导成分；更好的方法来获得
主机名是 socket.gethostname() 甚至
socket.gethostbyaddr(socket.gethostname())。

可用性：Unix 的最新版本。

Answer 3

来自 sys.platform 文档：

• os.name 具有较粗的粒度
• os.uname() 提供与系统相关的版本信息
• platform 模块提供对系统身份的详细检查

通常是“最佳”的面向未来的方法测试某些功能是否可用只是尝试使用它并在失败时使用后备。

sys.platform 和 platform.system() 之间有什么区别？

platform.system() 返回标准化值它可能从多个来源获得：os.uname()、sys.platform、ver 命令（在 Windows 上）。

Answer 4

这取决于您是否喜欢引发异常或在未经测试的系统上尝试任何内容，以及您的代码是否级别太高或太低以至于它可以或不能在类似的未经测试的系统上工作（例如未经测试的 Mac - 'posix' 或嵌入式 ARM 系统）。更多的Pythonic是不枚举所有已知的系统，而是测试可能的相关属性。 （例如，系统的字节顺序被认为很重要，但多处理属性并不重要。）

• os.name 是正确使用 os 模块的足够分辨率。在 Python 2.7 中，可能的值为 'posix'、'nt'、'os2'、'ce'、'java' 或 'riscos'，而自 Python 3.4 起仅使用 'posix'、'nt' 和 'java'。

• sys.platform 是一个更精细的分辨率。建议使用 if sys.platform.startswith('linux') 习惯用法，因为“linux2”表示 Linux 内核版本 2.xx 或 3。目前从未使用较旧的内核。在 Python 3.3 中，所有 Linux 系统都是简单的“linux”。

我不知道“Mac”和“Java”系统的具体情况，因此我无法使用非常好的方法 platform.system() 的结果进行分支，但我会利用 platform 的优势消息和错误记录模块。

Answer 5

我相信平台模块可能是新代码的首选。其他人在它之前就已经存在了。这是一个演变，其他的保留是为了向后兼容。

Answer 6

sys.platform 在编译时确定，platform.system() 在运行时确定。

这意味着前一种用法能够检查语法并在 IDE 中调暗无法访问的代码块。

IMO，如果 sys.platform 可以满足您的需求并且在您的代码中运行良好，请使用它。