sublime text build system无法找到虚拟环境python解释器的根本原因是其不继承shell的path或virtual_env，需显式指定venv中python路径并正确设置working_dir为"$project_path"。
Sublime Text的Build System找不到虚拟环境里的Python解释器
根本原因是Sublime默认调用系统PATH里的python，不会自动识别项目目录下的venv或.venv。即使你在终端里激活了虚拟环境，Sublime Build是独立进程，不继承shell的$PATH或$VIRTUAL_ENV。
解决办法是显式指定虚拟环境中的Python可执行路径：
- Linux/macOS：通常为
./venv/bin/python或./.venv/bin/python - Windows：通常为
.\venv\Scripts\python.exe或.\.venv\Scripts\python.exe - 路径必须写相对路径（以
.开头）或绝对路径；不能写python或python3——那会 fallback 到系统Python - 建议用相对路径，便于项目迁移；但要注意Sublime的“working_dir”是否设置正确（见下一条）
Build System中working_dir没设对导致路径解析失败
Sublime执行Build时，默认工作目录是打开的文件所在目录，不是项目根目录。如果你的venv建在项目根目录，而当前编辑的是子目录下的src/main.py，那么./venv/bin/python就会报错“no such file or directory”。
必须在Build System配置中显式声明working_dir：
- 设为
"working_dir": "$project_path"——适用于单项目、根目录有venv的场景 - 设为
"working_dir": "$file_path"——仅当虚拟环境和源文件在同一级目录时可用 - 避免用
"working_dir": "$file_path/.."这类计算路径，Sublime不支持shell式展开 - 调试技巧：在Build中加一行
"cmd": ["pwd", "-P"]（macOS/Linux）或["cd"]（Windows），看实际工作目录在哪
需要动态切换不同项目的虚拟环境怎么办
硬编码路径无法复用。推荐两种轻量方案：
- 用
subl --project xxx.sublime-project启动，并在.sublime-project里定义build_systems，每个项目配专属Build配置，路径写死但隔离清晰 - 借助插件
Virtualenv（需手动安装），它能自动探测.venv/venv并注入到Build环境变量中；但注意它只影响python命令，不自动改cmd字段，仍需在Build里写"cmd": ["python", "-u", "$file"] - 不推荐用shell wrapper脚本（如
run_in_venv.sh）——跨平台差、调试困难、Sublime无法捕获stderr
Windows下python.exe被系统策略拦截或闪退
常见于公司域控环境或Windows Defender主动阻止未签名的python.exe（尤其是venv里拷贝的副本）。现象是Build无输出、控制台一闪而过。
验证和绕过方式：
- 在Build里把
"cmd"临时换成["cmd", "/c", "pause"]，看是否弹出黑窗——确认Sublime能正常起cmd进程 - 把
venv\Scripts\python.exe加到Windows Defender排除列表（路径要精确到exe） - 改用
py启动器：["py", "-i", "-u", "$file"]，前提是系统已安装Python Launcher且py指向你期望的版本 - 避免使用
venv而改用pipenv或poetry——它们的pipenv run python等命令更稳定，但Build配置会变长
虚拟环境路径写错、working_dir没对齐、Windows策略拦截——这三类问题占了90%以上的Sublime Build调用失败。别信“自动识别”，所有路径都得亲手核对一遍。
