Linux/macOS的shebang由内核直接解析，Windows则忽略它；推荐#!/usr/bin/env python3以适配不同环境路径，避免硬编码；Windows需用py启动器（如py script.py）才支持shebang版本识别。
Python shebang 在 Linux/macOS 和 Windows 上根本不是一回事
Linux/macOS 的 #!/usr/bin/env python3 是内核直接识别并执行的机制；Windows 的 Python 安装器虽然会注册 .py 文件关联，但系统本身不解析 shebang 行——它被当成注释忽略。所以你在 Windows 上改 shebang 不会影响脚本运行方式，除非你显式调用 python 命令或通过第三方工具（如 py 启动器）。
为什么 #!/usr/bin/env python 比 #!/usr/bin/python3 更安全
硬编码路径（如 /usr/bin/python3）在不同发行版或用户自建环境里极可能不存在：macOS 默认没 python3 在 /usr/bin，某些容器镜像把 Python 装在 /opt/python/bin，而 WSL 用户可能用 pyenv 管理多个版本。/usr/bin/env 则依赖 $PATH 查找，更贴近开发者的实际环境。
- 推荐写成
#!/usr/bin/env python3（明确版本），避免python指向 Python 2 的遗留风险 - 不要写
#!/usr/bin/env python3.9：env不支持带版本号的可执行名匹配（会报No such file or directory） - shebang 行必须是文件第一行，且不能有 BOM 或空格前缀，否则内核直接拒绝执行
Windows 下 py 启动器能部分模拟 shebang 行为
从 Python 3.3 开始，Windows 安装包自带 py 启动器，它会读取 shebang 行并按需调用对应版本的 Python。比如：
#!/usr/bin/env python3.8
print("hello")
在命令行中执行 py script.py，启动器会尝试调用 python3.8（需已安装且在 PATH 中）。但注意：
立即学习“Python免费学习笔记（深入）”；
- 双击运行或直接
script.py不触发该逻辑——Windows 资源管理器只认注册表关联，不读 shebang -
py -3.8 script.py手动指定更可靠，不依赖 shebang 内容 -
py启动器默认只识别以#!python、#!python3开头的行，对#!/usr/bin/env格式支持有限（某些旧版本会跳过）
CI/CD 或容器环境里最容易踩的坑
很多 CI 配置（如 GitHub Actions 的 run: ./script.py）默认在 Linux runner 上执行，此时 shebang 生效；但若脚本权限没设好（chmod +x 缺失），就会报 Permission denied，而不是语法错误——这个提示容易让人误以为是 Python 问题。
- 确保脚本有可执行权限：
chmod +x script.py，Dockerfile 里要用RUN chmod +x /path/script.py - Alpine Linux 默认没有
/usr/bin/env（它用busybox的简化版），需安装procps或改用#!/usr/bin/python3（前提是路径确定） - Git 提交时注意换行符：Windows 编辑器存成 CRLF 可能导致 shebang 解析失败（内核只认 LF 结尾），建议 Git 配置
core.autocrlf=input
shebang 看似简单，但跨平台部署时，它暴露的是整个执行链路的假设：内核行为、shell 解析逻辑、Python 安装方式、甚至 Git 的换行处理。漏掉任意一环，脚本就卡在“为什么明明写了 python3 却跑起来了 python2”这种问题上。
