在这里，我们将给大家分享关于Python部署和/usr/bin/env可移植性的知识，让您更了解python可移植性强吗的本质，同时也会涉及到如何更有效地#!/usr/bin/envpython、#!

在这里，我们将给大家分享关于Python部署和/ usr / bin / env可移植性的知识，让您更了解python可移植性强吗的本质，同时也会涉及到如何更有效地#!/usr/bin/env python、#!/usr/bin/env python 与 #!/usr/bin/python 的区别、#!/usr/bin/env python3和# -*- coding: utf-8 -*-、#!/usr/bin/env python与#!/usr/bin/python的区别的内容。

• Python部署和/ usr / bin / env可移植性（python可移植性强吗）
• #!/usr/bin/env python
• #!/usr/bin/env python 与 #!/usr/bin/python 的区别
• #!/usr/bin/env python3和# -*- coding: utf-8 -*-
• #!/usr/bin/env python与#!/usr/bin/python的区别

Python部署和/ usr / bin / env可移植性（python可移植性强吗）

在所有可执行Python脚本的开头，我都添加了shebang行：

#!/usr/bin/env python

我在env python产生Python 2.2环境的系统上运行这些脚本。我的脚本很快失败了，因为我需要手动检查兼容的Python版本：

if sys.version_info < (2, 4):    raise ImportError("Cannot run with Python version < 2.4")

如果可能，我不想更改每个可执行文件的shebang行；但是，我无权对计算机进行更改的结果，env python也不想强制使用特定版本，例如：

#!/usr/bin/env python2.4

我想避免这种情况，因为系统可能具有比Python 2.4更高的版本，或者可能具有Python 2.5但没有Python 2.4。

什么是优雅的解决方案？

[编辑：]我在提出问题时还不够具体-我想让用户无需手动配置即可执行脚本（例如，更改路径或符号链接~/bin并确保PATH~/bin位于Python
2.2路径之前）。也许需要一些分发实用程序来防止手动调整？

答案1

“ env”只是执行它在PATH env var中找到的第一件事。要切换到其他python，请在调用脚本之前将该python可执行文件的目录放在路径之前。

#!/usr/bin/env python

作用是指出你想要你的这个文件中的代码用什么可执行程序去运行它

#!/usr/bin/python是告诉操作系统执行这个脚本的时候，调用/usr/bin下的python解释器

#!/usr/bin/env python这种用法是为了防止操作系统用户没有将python装在默认的/usr/bin路径里

当系统看到这一行的时候，首先会到env设置里查找python的安装路径，再调用对应路径下的解释器程序完成操作

#!/usr/bin/python相当于写死了python路径
#!/usr/bin/env python会去环境设置寻找python目录,推荐这种写法

以test.py为例，脚本内容如下：

test():
        print 'hello,world'
name == "main":

test()

运行脚本:
python test.py
输出：
hello,world

换一种方法运行：
./test.py
会提示出错，文件无可执行权限：
-bash: ./test.py: Permission denied

将文件设为可执行：
chmod +x test.py
继续运行：
./test.py
提示：
./test.py: line 1: Syntax error near unexpected token `('
./test.py: line 1: `def test():'
那是因为系统默认该脚本是shell脚本，把它当shell语句执行，当然失败了。

在前面加上

#!/usr/bin python3          
#!/usr/bin/env python3
# -*- coding: utf-8 -*-