我应该把shebang放在我的Python脚本中吗?以什么形式?

#!/usr/bin/env python 

or

#!/usr/local/bin/python

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

注意:龙卷风项目使用shebang。另一方面,Django项目没有。


当前回答

使用第一个

which python

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

这个输出可以是任意的

/usr/bin/python

or

/bin/python

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

我们可以用:

#!/usr/bin/env

or

#!/bin/env

其他回答

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

#!/usr/bin/env python3 

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

#!/usr/local/bin/python3 

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

我应该把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。

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

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

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

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

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

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

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

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

如果脚本是可执行的,则应该添加shebang。您还应该使用安装软件来安装脚本,该安装软件将shebang修改为正确的内容,以便它能够在目标平台上工作。distutils和Distribute就是这样的例子。