Sublime Text运行Python失败的根本原因是其构建系统不读取系统PATH或which结果，必须显式配置绝对路径、-u参数和$file变量；默认Python构建系统不可靠，应新建指向python3的专用配置。
Sublime Text 运行 Python 代码失败，根本不是“没装解释器”，而是它压根不看系统 PATH 或 which python3 的结果——你必须显式告诉它解释器在哪，路径错一个字符、反斜杠没转义、用 $file_name 代替 $file，都会静默失败或报奇怪错误。
为什么 Build System 必须手动建，不能用默认 Python
默认的 Python.sublime-build 往往指向 python 命令，但 macOS 12.3+ 和多数 Linux 发行版已移除 /usr/bin/python 软链；Windows 上若没勾选安装时的 “Add Python to PATH”，python 命令也根本不存在。更危险的是：它可能偷偷调用 Python 2.7，导致 f-string 报错、print() 被当函数调用失败，甚至输出里出现 DeprecationWarning: 'U' mode is deprecated 这种 Python 2 遗留痕迹。
所以别碰默认构建系统，哪怕只装了 Python 3，也要新建一个明确指向 python3 可执行文件的构建系统。
cmd 数组怎么写才不翻车
sublime-build 文件本质是 JSON 格式的 Shell 命令封装，cmd 字段写错就等于命令写错，Sublime 不会提示语法错误，只会卡住或报 command not found。
-
"cmd": ["python3", "-u", "$file"]→ 依赖 PATH，Windows/macOS/Linux 都不稳定，不推荐 -
"cmd": ["/usr/local/bin/python3", "-u", "$file"]→ macOS/Linux 正确写法，路径来自which python3 -
"cmd": ["C:\Users\Alice\AppData\Local\Programs\Python\Python311\python.exe", "-u", "$file"]→ Windows 必须双反斜杠转义，单斜杠或正斜杠都报Invalid escape -
"cmd": ["/path/to/python3", "-u", "$file_name"]→$file_name不带路径，Python 找不到模块或相对导入失败，应始终用$file
项目级 Python 解释器怎么隔离
多个项目用不同虚拟环境时，靠全局构建系统会互相污染。正确做法是把构建配置嵌进项目文件里：
- 用
python -m venv .venv在项目根目录建虚拟环境 - 激活后运行
which python（macOS/Linux）或where python（Windows），记下完整路径，比如.venv/bin/python或.venvScriptspython.exe - 在 Sublime 中打开项目菜单
Project → Save Project As…，生成xxx.sublime-project - 编辑该文件，在顶层加
"build_systems"字段，内容为完整构建定义（含cmd数组），路径用相对于项目根的写法，如".venv/bin/python"
这样切换项目时，Sublime 自动加载对应解释器，无需手动切 Build System。
Anaconda 插件的 python_interpreter 设置位置
Anaconda 插件提供补全、跳转、实时 lint，但它不接管构建运行，它的 python_interpreter 只影响静态分析和智能提示，和 Ctrl+B 无关。设置位置在：Preferences → Package Settings → Anaconda → Settings - User。
必须填绝对路径，例如：
{
"python_interpreter": "/opt/homebrew/bin/python3.12",
"anaconda_linting": true,
"lint_mode": "save"
}如果用了虚拟环境，这里也得指向 .venv/bin/python；否则补全会基于系统 Python，而实际运行用的是另一个解释器，类型提示和实际行为对不上，容易误判。
最常被忽略的一点：Sublime 的构建系统（Ctrl+B）、Anaconda 的静态分析、终端里跑的 Python，这三者可以指向三个不同的解释器——它们互不感知。配错任何一个，都可能让你花半小时 debug 一个根本不存在的问题。
