使用哪个命令检查python是64位还是32位

使用哪个命令检查python是64位还是32位,python,linux,macos,32bit-64bit,Python,Linux,Macos,32bit 64bit,我找不到任何命令来检查我的python是针对32位系统还是64位系统编译的 我试过了 蟒蛇 它只告诉我们版本 另外,当我访问python下载站点时,他们有一个适用于linux的python版本,但mac有两个版本,即32位和64位。对于python 2.6及更高版本,您可以使用sys.maxsize,如文档所述: 更新:我注意到我没有真正回答提出的问题。虽然上面的测试确实准确地告诉您解释器是在32位还是64位体系结构中运行,但它没有也不能回答这个解释器是为什么而构建的以及可以在什么样的体系结构中

我找不到任何命令来检查我的python是针对32位系统还是64位系统编译的

我试过了

蟒蛇

它只告诉我们版本


另外,当我访问python下载站点时,他们有一个适用于linux的python版本,但mac有两个版本,即32位和64位。

对于python 2.6及更高版本,您可以使用
sys.maxsize
,如文档所述:

更新:我注意到我没有真正回答提出的问题。虽然上面的测试确实准确地告诉您解释器是在32位还是64位体系结构中运行,但它没有也不能回答这个解释器是为什么而构建的以及可以在什么样的体系结构中运行的问题。如问题中所述,这一点很重要,例如对于Mac OS X通用可执行文件,其中一个可执行文件可能包含多个体系结构的代码。回答这个问题的一种方法是使用操作系统
文件
命令。在大多数系统上,它将报告可执行文件的支持架构。以下是在大多数系统上,如何从shell命令行一行完成此操作:

file -L $(python -c 'import sys; print(sys.executable)')
使用OS X 10.6上的默认系统Python,输出为:

/usr/bin/python: Mach-O universal binary with 3 architectures
/usr/bin/python (for architecture x86_64):  Mach-O 64-bit executable x86_64
/usr/bin/python (for architecture i386):    Mach-O executable i386
/usr/bin/python (for architecture ppc7400): Mach-O executable ppc
在一个Linux系统上:

/usr/bin/python: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, stripped
顺便说一句,这里有一个例子说明为什么
平台
在这方面不可靠。再次在OS X 10.6上使用系统Python:

$ arch -x86_64 /usr/bin/python2.6 -c 'import sys,platform; print platform.architecture()[0], sys.maxsize > 2**32'
64bit True
$ arch -i386 /usr/bin/python2.6 -c 'import sys,platform; print platform.architecture()[0], sys.maxsize > 2**32'
64bit False

首先,打开cmd并键入

$ python
然后,输入以下两行

>>> import platform

>>> platform.architecture()
在Linux控制台中键入:

  • 如果您想通过使用其run命令检查应用程序是否具有64位或32位体系结构:
  • 可能的产出:

    x86-64
    

    或其他

    如果输出为“英特尔80386”,则应用程序具有32位体系结构


    如果输出为“x86-64”,则应用程序具有64位体系结构。

    哪个下载站点?org下载站点()不提供Linux的二进制安装程序,只提供Mac OS X和Windows。我在想,对于64位,我将有一个diff-tar文件,或者它的相同部分只是一个提醒。默认情况下,大多数Linux发行版都安装了python,如果它不是您想要的版本,您可以使用包管理器获得不同的版本。从头开始构建可能会破坏默认的Python安装并刺穿系统功能。很抱歉,正如当前Python文档中针对
    platform
    命令指出的,platform.architecture测试在所有平台上执行时都不可靠,尤其是,在操作系统X通用版本上,按照OP的要求使用32位和64位ARCH。它也没有回答OP提出的问题,正如我在更新的答案中所指出的。我认为检查指针的大小(以字节为单位)是跨平台测试这一点的最可靠/一致的方法-只需
    导入ctypes
    ,并检查
    ctypes.sizeof(ctypes.c\u void\u p)
    的输出(32位系统为
    4
    字节,64位系统为
    8
    )。sys是一个内置模块,始终存在。导入和使用ctypes通常比较昂贵,在某些平台上可能会失败。警告!如果你赢了,100%确定你得到了正确的控制盘并且仍然得到了错误,然后试着将pip作为一个模块运行:
    python-m pip安装你的.whl
    -不知道为什么,但是可以工作。另外,更新pip(作为一个模块)和
    setuptools
    (需要管理员权限)
    >>> import platform
    
    >>> platform.architecture()
    
    type -p <command_to_run_application> | xargs readlink -f | xargs file -b | sed 's/, /\n/g' | sed -n 2p
    
    file -b <full_path_to_an_application> | sed 's/, /\n/g' | sed -n 2p
    
    type -p python3 | xargs readlink -f | xargs file -b | sed 's/, /\n/g' | sed -n 2p
    file -b /usr/bin/python3.5 | sed 's/, /\n/g' | sed -n 2p
    
    x86-64
    
    Intel 80386
    
    ARM