我应该把shebang放在我的Python脚本中吗?以什么形式?
#!/usr/bin/env python
or
#!/usr/local/bin/python
它们同样便携吗?哪种形式使用最多?
注意:龙卷风项目使用shebang。另一方面,Django项目没有。
我应该把shebang放在我的Python脚本中吗?以什么形式?
#!/usr/bin/env python
or
#!/usr/local/bin/python
它们同样便携吗?哪种形式使用最多?
注意:龙卷风项目使用shebang。另一方面,Django项目没有。
当前回答
这实际上是一个关于Python解释器的路径应该是绝对路径还是逻辑路径(/usr/bin/env)的问题,考虑到可移植性。
在彻底测试该行为后,我的观点是she-bang中的逻辑路径是两个选项中更好的。
作为一名Linux工程师,我的目标始终是为我的开发人员客户提供最合适的、优化的主机,所以Python环境的问题是我真的需要一个可靠的答案。遇到其他关于这个问题的答案和其他Stack Overflow网站的答案都是泛泛地谈论这个问题,但没有支持证明,我在Unix.SE上对这个问题进行了一些非常细粒度的测试和分析。
其他回答
答:只有当您计划使它成为一个命令行可执行脚本时。
步骤如下:
首先验证要使用的正确的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
这样它就可以在任何地方工作(在文件名之前没有。/)
如果您安装了不同的模块,需要使用特定的 安装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
这只是个人口味的问题。添加shebang意味着人们可以直接调用脚本(假设它被标记为可执行);省略它只意味着必须手动调用python。
运行程序的最终结果不会受到任何影响;这只是手段的选择。
shebang的目的是让脚本在希望从shell执行脚本时识别解释器类型。 大多数情况下,但并不总是这样,通过在外部提供解释器来执行脚本。 使用示例:python-x。x script.py
即使没有shebang声明器,这也可以工作。
为什么第一个更“可移植”是因为,/usr/bin/env包含你的PATH声明,它说明了你的系统可执行文件所在的所有目的地。
注意:Tornado没有严格使用shebang, Django也没有严格使用shebang。这取决于您如何执行应用程序的主要功能。
另外:它不会随Python而变化。
任何脚本中的shebang行决定了脚本是否能够像独立可执行文件一样执行,而无需事先在终端中键入python或在文件管理器中双击它(在配置正确的情况下)。它不是必需的,但通常放在那里,这样当有人看到在编辑器中打开的文件时,他们立即知道他们在看什么。但是,你用哪条线是很重要的。
Python 3脚本(默认为版本3.latest)的正确用法是:
#!/usr/bin/env python3
Python 2脚本(默认为版本2.latest)的正确用法是:
#!/usr/bin/env python2
不应该使用以下代码(除非你编写的代码与Python 2兼容,这种情况很少见)。X和3.x):
#!/usr/bin/env python
PEP 394中给出这些建议的原因是,python可以在不同的系统上引用python2或python3。
此外,不要使用:
#!/usr/local/bin/python
python可以安装在/usr/bin/python或/bin/python 案例,以上#!将会失败。”
——“# !/usr/bin/env python“vs”!/ usr / local / bin / python)”