Sublime Text需手动配置构建系统指向虚拟环境Python解释器绝对路径，使用-u参数启用无缓冲输出以避免print延迟和input报错，并通过.sublime-project文件绑定项目专属构建系统。
如何让Sublime Text识别并使用指定Python虚拟环境的解释器
Sublime Text默认不自动感知项目级虚拟环境，必须手动配置构建系统指向python可执行文件的绝对路径。否则即使你在终端里激活了venv，Sublime仍会调用系统Python或用户PATH里的第一个python。
- 先确认虚拟环境已创建且
python可执行文件存在：比如./venv/bin/python（macOS/Linux）或.\venv\Scripts\python.exe（Windows） - 在Sublime中打开
Tools → Build System → New Build System…，粘贴以下内容（按实际路径修改file值）：
{
"cmd": ["./venv/bin/python", "-u", "$file"],
"file_regex": "^[ ]*File \"(...*?)\", line ([0-9]*)",
"selector": "source.python",
"encoding": "utf-8"
}
保存为Python-venv.sublime-build，之后在当前项目中选择该构建系统即可。注意路径必须是相对于当前打开的文件夹（即工作区根目录），不能用~或环境变量。
为什么用python -u而不是直接python
Sublime的构建系统默认以缓冲模式运行Python，导致print()输出延迟甚至卡住，尤其在有输入交互（如input()）时会直接报错IOError: [Errno 0] Error。加-u参数强制启用无缓冲输出，是让脚本行为与终端一致的关键。
-
-u对性能无实质影响，但能避免调试时“程序没反应”的假象 - Windows下若用
python.exe，-u同样生效；不要误写成--unbuffered（那是长选项，Sublime不识别） - 如果脚本依赖
sys.stdout.isatty()判断是否交互环境，-u本身不影响该值，但Sublime的构建面板终究不是TTY，某些库（如click）仍可能降级为非交互模式
如何在多个虚拟环境间快速切换构建系统
每个项目应配一个独立的.sublime-project文件，把构建系统绑定到项目而非全局，避免手误选错解释器。
立即学习“Python免费学习笔记（深入）”；
- 菜单栏选
Project → Save Project As…，保存为myproject.sublime-project - 编辑该文件，在
settings下加入：
"settings": {
"build_systems":
[
{
"name": "Python-venv",
"cmd": ["./venv/bin/python", "-u", "$file"]
}
]
}
这样每次打开该项目，Sublime会自动加载对应构建系统。如果项目结构变化（比如venv移到.venv），只需改这里，不用重开Build System菜单。
常见错误：构建时提示/bin/sh: python: command not found
这是Sublime在Shell环境下查找python命令失败，说明你用了相对路径但当前工作目录不对，或者路径写错了。
- 检查
cmd数组第一项是不是完整路径（如"./venv/bin/python"），而不是仅"python" - 确保Sublime打开的是项目根目录（即包含
venv/文件夹的目录），不是其子文件夹 - macOS上若用zsh，且虚拟环境由
pyenv管理，别用pyenv which python结果——它返回的是shim路径，Sublime无法继承pyenv的shell hook，应直接用pyenv prefix拼出真实路径，例如："$HOME/.pyenv/versions/myproject/bin/python"
虚拟环境路径写错是最隐蔽也最常发生的坑，建议复制粘贴后在终端里ls验证一次再保存构建系统。
