因此，基本上您希望在挂载的文件系统中找到一个文件(不一定只在PATH目录中)并检查它是否可执行。这可以转化为以下计划:

枚举本地挂载的文件系统中的所有文件 用名称模式匹配结果 对于找到的每个文件，检查它是否可执行

我想说，以一种便携式的方式来做这件事将需要大量的计算能力和时间。这真的是你需要的吗?

一个重要的问题是“为什么需要测试可执行文件是否存在?”也许你不知道?: -)

最近我需要这个功能来启动PNG文件的查看器。我想迭代一些预定义的查看器，并运行第一个存在的查看器。幸运的是，我遇到了os.startfile。好多了!简单，可移植，并使用系统上的默认查看器:

>>> os.startfile('yourfile.png')

更新:关于操作系统我错了。开始文件是可移植的…这是Windows独有的。在Mac上，你必须运行open命令。Unix上的xdg_open。添加Mac和Unix对os.startfile的支持存在Python问题。

您可以尝试名为“sh”(http://amoffat.github.io/sh/)的外部库。

import sh
print sh.which('ls')  # prints '/bin/ls' depending on your setup
print sh.which('xxx') # prints None

因此，基本上您希望在挂载的文件系统中找到一个文件(不一定只在PATH目录中)并检查它是否可执行。这可以转化为以下计划:

枚举本地挂载的文件系统中的所有文件 用名称模式匹配结果 对于找到的每个文件，检查它是否可执行

我想说，以一种便携式的方式来做这件事将需要大量的计算能力和时间。这真的是你需要的吗?

看到操作系统。路径模块提供一些有用的路径名函数。要检查现有文件是否可执行，请使用os。访问(路径，模式)，使用操作系统。X_OK模式。

操作系统。X_OK 要包含在access()的模式参数中的值，以确定是否可以执行path。

编辑:建议的which()实现缺少一个线索-使用os.path.join()来构建完整的文件名。

只要记住在windows上指定文件扩展名即可。否则，你必须使用PATHEXT环境变量为windows编写一个非常复杂的is_exe。您可能只想使用FindPath。

哦，你为什么还要费心搜索可执行文件呢?操作系统将作为popen调用的一部分为你做这件事，如果找不到可执行文件，将引发一个异常。您所需要做的就是为给定的操作系统捕获正确的异常。注意，在Windows上，subprocess。如果没有找到exe, Popen(exe, shell=True)将会静默失败。

将PATHEXT合并到上面的实现中(在Jay的回答中):

def which(program):
    def is_exe(fpath):
        return os.path.exists(fpath) and os.access(fpath, os.X_OK) and os.path.isfile(fpath)

    def ext_candidates(fpath):
        yield fpath
        for ext in os.environ.get("PATHEXT", "").split(os.pathsep):
            yield fpath + ext

    fpath, fname = os.path.split(program)
    if fpath:
        if is_exe(program):
            return program
    else:
        for path in os.environ["PATH"].split(os.pathsep):
            exe_file = os.path.join(path, program)
            for candidate in ext_candidates(exe_file):
                if is_exe(candidate):
                    return candidate

    return None