如果你使用像pyenv这样的虚拟环境，最好写#!/usr/bin/env python pyenv设置将控制python的哪个版本以及从哪个文件位置开始运行脚本。

如果已知您的代码是特定于版本的，那么如果您在shebang中指定了预期的版本，那么它将帮助其他人发现为什么您的脚本在他们的环境中不能正常工作。

当我最近在Windows 7上安装Python 3.6.1时，它还安装了Windows的Python启动器，它应该处理shebang行。然而，我发现Python启动器没有这样做:shebang行被忽略，并且总是使用Python 2.7.13(除非我使用py -3执行脚本)。

为了解决这个问题，我必须编辑Windows注册表键HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Python.File\shell\open\命令。这仍然有价值

"C:\Python27\python.exe" "%1" %*

从我之前的Python 2.7安装。我将这个注册表项值修改为

"C:\Windows\py.exe" "%1" %*

Python Launcher shebang行处理工作如上所述。

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

#! /usr/bin/env python3

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

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

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

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

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

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

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

#!/usr/bin/env python3 

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

而

#!/usr/local/bin/python3 

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

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

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