如果你想让你的文件可执行，你必须在你的脚本中添加shebang line。

#!/usr/bin/env python3 

这是更好的选择，因为这将不依赖于特定的Linux发行版，但可以用于几乎所有的Linux发行版，因为它从环境变量中寻找python3路径，这对于不同的Linux发行版是不同的。

而

#!/usr/local/bin/python3 

将是python3的发行版特定路径，如果python3不在此路径上，将无法工作，并且可能导致开发人员从一个发行版迁移到另一个linux发行版时的混乱和模糊。

如果您安装了不同的模块，需要使用特定的 安装Python，那么shebang一开始似乎是有限的。然而, 您可以像下面这样使用一些技巧来允许调用shebang 首先作为shell脚本，然后选择python。这非常灵活 国际海事组织:

#!/bin/sh
#
# Choose the python we need. Explanation:
# a) '''\' translates to \ in shell, and starts a python multi-line string
# b) "" strings are treated as string concat by python, shell ignores them
# c) "true" command ignores its arguments
# c) exit before the ending ''' so the shell reads no further
# d) reset set docstrings to ignore the multiline comment code
#
"true" '''\'
PREFERRED_PYTHON=/Library/Frameworks/Python.framework/Versions/2.7/bin/python
ALTERNATIVE_PYTHON=/Library/Frameworks/Python.framework/Versions/3.6/bin/python3
FALLBACK_PYTHON=python3

if [ -x $PREFERRED_PYTHON ]; then
    echo Using preferred python $PREFERRED_PYTHON
    exec $PREFERRED_PYTHON "$0" "$@"
elif [ -x $ALTERNATIVE_PYTHON ]; then
    echo Using alternative python $ALTERNATIVE_PYTHON
    exec $ALTERNATIVE_PYTHON "$0" "$@"
else
    echo Using fallback python $FALLBACK_PYTHON
    exec python3 "$0" "$@"
fi
exit 127
'''

__doc__ = """What this file does"""
print(__doc__)
import platform
print(platform.python_version())

或者更好的是，促进代码在多个python脚本之间重用:

#!/bin/bash
"true" '''\'; source $(cd $(dirname ${BASH_SOURCE[@]}) &>/dev/null && pwd)/select.sh; exec $CHOSEN_PYTHON "$0" "$@"; exit 127; '''

然后select。sh有:

PREFERRED_PYTHON=/Library/Frameworks/Python.framework/Versions/2.7/bin/python
ALTERNATIVE_PYTHON=/Library/Frameworks/Python.framework/Versions/3.6/bin/python3
FALLBACK_PYTHON=python3

if [ -x $PREFERRED_PYTHON ]; then
    CHOSEN_PYTHON=$PREFERRED_PYTHON
elif [ -x $ALTERNATIVE_PYTHON ]; then
    CHOSEN_PYTHON=$ALTERNATIVE_PYTHON
else
    CHOSEN_PYTHON=$FALLBACK_PYTHON
fi

这实际上是一个关于Python解释器的路径应该是绝对路径还是逻辑路径(/usr/bin/env)的问题，考虑到可移植性。

在彻底测试该行为后，我的观点是she-bang中的逻辑路径是两个选项中更好的。

作为一名Linux工程师，我的目标始终是为我的开发人员客户提供最合适的、优化的主机，所以Python环境的问题是我真的需要一个可靠的答案。遇到其他关于这个问题的答案和其他Stack Overflow网站的答案都是泛泛地谈论这个问题，但没有支持证明，我在Unix.SE上对这个问题进行了一些非常细粒度的测试和分析。

如果你有多个Python版本，并且脚本需要在特定版本下运行，she-bang可以确保在直接执行脚本时使用正确的版本，例如:

#!/usr/bin/python2.7

注意，脚本仍然可以通过完整的Python命令行运行，或者通过导入运行，在这种情况下，she-bang将被忽略。但是对于直接运行的脚本，这是使用she-bang的一个很好的理由。

# !/usr/bin/env python通常是更好的方法，但在特殊情况下会有所帮助。

通常情况下，最好建立一个Python虚拟环境，在这种情况下，泛型#!/usr/bin/env python将为virtualenv识别正确的python实例。

对于想要从命令行执行的文件，我建议使用

#! /usr/bin/env python3

否则你就不需要shebang了(当然这也没什么坏处)。

有时，如果答案不是很清楚(我的意思是你无法决定是或否)，那么这并不太重要，你可以忽略这个问题，直到答案清楚为止。

# !唯一的目的是启动脚本。Django自己加载源代码并使用它们。它从不需要决定应该使用哪个解释器。这样，#!实际上在这里没有意义。

通常，如果它是一个模块，不能用作脚本，则不需要使用#!另一方面，模块源代码通常包含if __name__ == '__main__':…至少有一些琐碎的功能测试。然后#!这又说得通了。

使用#!当你同时使用Python 2和Python 3脚本时——它们必须由不同版本的Python解释。这样，你必须记住手动启动脚本时必须使用的python(没有#!内)。如果您混合使用了这些脚本，那么使用#!在内部，使它们可执行，并作为可执行文件启动它们(chmod…)。

使用MS-Windows时，#!这毫无意义——直到最近。Python 3.3引入了一个Windows Python启动器(py.exe和pyw.exe)，它会读取#!行，检测已安装的Python版本，并使用正确的或明确需要的Python版本。由于扩展名可以与程序相关联，您可以在Windows中获得与基于unix的系统中的execute标志类似的行为。