我应该把shebang放在我的Python脚本中吗?

在Python脚本中输入shebang表示:

该模块可以作为脚本运行 它是否只能在python2, python3上运行，或者它是否兼容Python 2/3 在POSIX上，如果你想直接运行脚本而不显式调用python可执行文件，这是必要的

它们同样便携吗?哪种形式使用最多?

如果你手动编写shebang，那么总是使用#!/usr/bin/env python，除非你有特定的原因不使用它。即使在Windows (Python启动器)上也能理解此表单。

注意:安装的脚本应该使用特定的python可执行文件，例如/usr/bin/python或/home/me/.virtualenvs/project/bin/python。如果你在shell中激活了virtualenv，那么某些工具会坏掉，这是很糟糕的。幸运的是，在大多数情况下，正确的shebang是由setuptools或您的分发包工具自动创建的(在Windows上，setuptools可以自动生成包装器.exe脚本)。

换句话说，如果脚本在源代码签出中，那么您可能会看到#!/usr/bin/env python。如果已经安装，则shebang是特定python可执行文件的路径，例如#!/usr/local/bin/python(注意:您不应该手动写入后一个类别的路径)。

要选择是否应该在shebang中使用python、python2或python3，请参阅PEP 394 -类unix系统上的“python”命令:

．.． Python只应该在shebang行中用于以下脚本 与Python 2和3兼容的源代码。 的默认版本的最终更改 Python, python2的脚本应该更新为源代码 兼容python3或者在shebang行中使用python2。

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

# !唯一的目的是启动脚本。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标志类似的行为。

使用第一个

which python

这将给出输出作为python解释器(二进制)存在的位置。

这个输出可以是任意的

/usr/bin/python

or

/bin/python

现在适当地选择shebang线并使用它。

我们可以用:

#!/usr/bin/env

or

#!/bin/env

答:只有当您计划使它成为一个命令行可执行脚本时。

步骤如下:

首先验证要使用的正确的shebang字符串:

which python

从中获取输出并将其添加到第一行中(使用shebang #!)。

在我的系统上，它的反应如下:

$which python
/usr/bin/python

所以你的shebang看起来像这样:

#!/usr/bin/python

保存后，它仍然会像以前一样运行，因为python会将第一行视为注释。

python filename.py

为了使它成为一个命令，复制它以删除.py扩展名。

cp filename.py filename

告诉文件系统这将是可执行的:

chmod +x filename

要测试它，使用:

./filename

最好的做法是将它移动到你的$PATH中的某个地方，这样你只需要输入文件名本身。

sudo cp filename /usr/sbin

这样它就可以在任何地方工作(在文件名之前没有。/)

shebang的目的是让脚本在希望从shell执行脚本时识别解释器类型。 大多数情况下，但并不总是这样，通过在外部提供解释器来执行脚本。 使用示例:python-x。x script.py

即使没有shebang声明器，这也可以工作。

为什么第一个更“可移植”是因为，/usr/bin/env包含你的PATH声明，它说明了你的系统可执行文件所在的所有目的地。

注意:Tornado没有严格使用shebang, Django也没有严格使用shebang。这取决于您如何执行应用程序的主要功能。

另外:它不会随Python而变化。

这只是个人口味的问题。添加shebang意味着人们可以直接调用脚本(假设它被标记为可执行);省略它只意味着必须手动调用python。

运行程序的最终结果不会受到任何影响;这只是手段的选择。