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 中）。但注意：
系统介绍：YIXUNCMS中专专版是易迅软件工作室在中秋节来临之即推出的专题模板建站系统，使用增强版后台管控系统，板板设计符合节日特点。易迅软件工作室恭祝全国人民中秋快乐。特别提示：由于网站页面的不同设计，部分后台功能未在前端进行体现。系统特点：1、采用目前流行的PHP语言编写，底层采用超轻量级框架作为系统支撑；2、页面布局使用DIV+CSS技术，遵循WEB标准，及大提高页面的浏览速度；3、使用应
立即学习“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”这种问题上。
