何时应/不应在.py脚本顶部指定Python解释器？规避virtualenv冲突

这个问题我太熟了！很多人刚开始用虚拟环境的时候都会踩这个坑——明明激活了venv，跑脚本却还是调用了系统的Python，根源就是那行写死路径的shebang（比如#!/usr/bin/python）。下面我就分情况给你说清楚什么时候该加，什么时候绝对不能加：

应该指定解释器的场景 #

• 当你的脚本是独立运行的系统工具，不需要依赖虚拟环境时。比如批量修改文件的运维脚本、系统监控脚本，目标就是稳定调用系统默认的Python（或指定版本，比如#!/usr/bin/python3），不管用户有没有激活虚拟环境都能正常工作，这时候shebang是必要的。
• 当你需要强制锁定特定版本的解释器时。比如有些脚本只能在Python3.8下运行，你可以写#!/usr/bin/python3.8（前提是系统已安装对应版本），避免用户用错版本导致兼容性报错。
• 非Python脚本的场景，比如bash脚本#!/bin/bash、Perl脚本#!/usr/bin/perl——这类脚本几乎都要加shebang，因为系统需要明确知道用什么程序来解析你的代码。

绝对不要指定固定路径解释器的场景 #

• 当你的脚本是虚拟环境专属的项目代码时。一旦写死#!/usr/bin/python，就算激活了venv，系统也会直接跳过虚拟环境，调用系统级的Python，导致虚拟环境里安装的依赖包无法被加载。这时候正确的做法是：要么不写shebang，要么用#!/usr/bin/env python——这行的作用是让系统在当前环境变量的PATH里查找Python解释器，激活venv后，PATH会优先指向虚拟环境的bin目录，自然就会调用venv里的Python了。
• 当你需要兼容不同环境的Python路径时。不同系统的Python安装路径可能不一样，比如有些在/usr/local/bin/python，有些在/usr/bin/python，用#!/usr/bin/env python能自动适配当前环境的Python路径，比写死路径灵活得多，尤其适合多人协作的项目。

小技巧 #

如果你习惯了给脚本加shebang，又不想踩虚拟环境的坑，统一用#!/usr/bin/env python3（或python，根据你的需求）就好——既能让脚本可以直接执行（不用每次输入python script.py），又能保证在激活虚拟环境时调用正确的解释器。

内容的提问来源于stack exchange，提问作者Elad Weiss