sublime text 配置 rust 开发环境的核心是确保 cargo 可被调用、working_dir 指向含 cargo.toml 的项目根目录、file_regex 支持错误跳转，且右下角语法手动设为 rust；path 须在 sublime 控制台中验证包含 .cargo/bin 路径，推荐构建系统启用 "shell": true 和 "shell_cmd": "cargo run"。
Sublime Text 本身不编译 Rust，它只调用 cargo；配置失败的主因不是插件没装对，而是 cargo 在 Sublime 进程中根本找不到，或 working_dir 指向了错误目录。
验证 cargo 是否真能在 Sublime 里运行
终端能跑 cargo --version ≠ Sublime 能调用 cargo。GUI 启动的 Sublime（比如从 Dock 或开始菜单点开）通常不加载 shell 配置（~/.zshrc、%USERPROFILE%.cargoin），PATH 被截断是常态。
- 按
Ctrl+`打开 Sublime 控制台，执行：import os; print(os.environ.get('PATH'))确认输出里包含.cargo/bin（macOS/Linux）或%USERPROFILE%.cargoin（Windows） - macOS/Linux：确保
~/.cargo/bin已写入 shell 配置，并执行过source ~/.zshrc；更可靠的是从终端运行subl启动编辑器 - Windows：把
%USERPROFILE%.cargoin加进「系统环境变量」（不是用户变量），加完后**彻底退出 Sublime（右键任务栏 → 退出）再重开**，仅关窗口无效 - 加
"shell": true到构建系统里是最稳妥的兜底方案——它让命令走系统 shell，能继承完整 PATH 和别名
构建系统必须设对 working_dir 和 shell_cmd
cargo run 必须在含 Cargo.toml 的项目根目录下执行，否则直接报 error: no Cargo.toml file found。Sublime 默认的 ${file_path}（比如打开 src/main.rs 时是 src/ 目录）完全不适用。
- 构建系统中务必写：
"working_dir": "${project_path:${folder}}"，不是"${file_path}" - 用
File → Open Folder加载整个项目文件夹（含Cargo.toml），别只双击单个.rs文件 - 右键标签页 →
Reveal in Side Bar确认当前视图是否在项目根目录层级 - 推荐用
"shell_cmd": "cargo run"，不用"cmd"：前者走 shell，兼容 PATH 和空格路径；后者直调进程，在 Windows 上容易崩
配 file_regex 才能让错误双击跳转
不配 file_regex，错误就只是纯文本日志，没法双击定位到源码行。rustc/cargo 错误典型格式是：src/main.rs:2:5: error[E0308]: mismatched types。
- 构建系统中加这一行：
"file_regex": "^(.+):([0-9]+):([0-9]+):\s*(.*)$"（注意反斜杠要双写，JSON 字符串内） - 漏掉这行，所有错误都变成静态日志，失去可操作性
- 别写成
s*（少一个反斜杠）或\s+（+ 不匹配零次空格），\s*才能覆盖:2:5:后可能无空格的情况
右下角语法必须手动设为 Rust
Sublime 全靠状态栏显示的语法标识（如 Rust）来匹配 selector（source.rust），语法高亮、构建系统触发、LSP 补全都依赖它。.rs 文件默认就是 Plain Text，不手动选，selector 就不匹配，构建系统根本不会出现。
- 打开任意
.rs文件，点右下角状态栏（显示Plain Text的地方），手动选Rust - 如果列表里没有
Rust，说明插件没加载：用 Package Control 安装Rust（by rust-lang），**不是**RustEnhanced；二者共存会冲突，导致状态栏卡死 - 装完后进
View → Syntax → Rust → Rust，设为默认，避免每次手动切
最容易被忽略的是 working_dir 和 file_regex 这两处——前者决定 cargo 能不能找到项目，后者决定你能不能快速修复错误。PATH 问题虽常见，但只要控制台里 print(os.environ.get('PATH')) 输出正确，基本就扫清了最大障碍。
