Sublime Text 运行 Rust 依赖 cargo，其“高性能”源于减少 PATH 查找、避免结构误判和跳过冗余检查；卡顿或 “no Cargo.toml found” 错误主因是 working_dir 未设为项目根目录，应改用 "${project_path:${folder}}" 并通过 “Open Folder” 加载项目；Windows 必须设 "shell": true 以正确读取 PATH；单文件测试宜用 rustc 而非 cargo run；file_regex 需精准匹配 cargo 错误格式；频繁调试时用 cargo check 替代 cargo run 可提速 3–5 倍。
Sublime Text 本身不运行 Rust，它只调用 cargo run；所谓“高性能”，本质是减少 PATH 查找延迟、避免构建系统误判项目结构、跳过冗余检查——不是靠插件加速，而是让 cargo 本身少做无用功。
为什么 cargo run 在 Sublime 里卡住或报错 “no Cargo.toml found”
这不是 Sublime 的问题，而是当前文件没在 Cargo 项目根目录下被识别。Sublime 的 Build System 用 "working_dir": "${file_path}" 启动命令，但 ${file_path} 是文件所在目录（比如 src/），不是项目根目录（含 Cargo.toml 的那一层）。
- 打开
src/main.rs时，${file_path}指向src/，cargo run就会去src/Cargo.toml找，当然失败 - 正确做法是把
working_dir改成项目根目录：用"working_dir": "${project_path:${folder}}"—— 它会优先取项目路径，没项目就退到当前文件夹 - 如果没开项目（即没通过 “Project → Open Project” 加载），
${project_path}为空，${folder}才生效；所以建议始终用 “File → Open Folder” 打开整个项目，而非单个 .rs 文件
cargo run 构建系统里要不要加 "shell": true
Windows 下必须加，macOS/Linux 下通常不用——但加了也不坏。它控制 Sublime 是否通过 shell（如 cmd.exe 或 bash）启动命令。
- 不加
"shell": true：Sublime 直接 execv 调用cargo，依赖操作系统直接解析 PATH；Windows GUI 启动的 Sublime 常读不到用户 PATH，导致command not found: cargo - 加了之后，它走 shell，能继承更完整的环境变量（尤其 Windows 的 %PATH%），成功率高很多
- macOS/Linux 用户如果用 zsh + GUI 启动 Sublime（比如从 Dock 点开），同样可能 PATH 不全；加
"shell": true是最省事的兜底方案 - 副作用：输出中可能多一行空行，或某些 ANSI 颜色码显示异常（不影响功能）
如何让单文件快速测试不依赖 Cargo.toml
想写个 hello.rs 就按 Ctrl+B 运行？别硬套 cargo run，改用裸 rustc 更轻量。
- 新建 Build System，内容为：
{ "cmd": ["rustc", "$file", "-o", "$file_path/$file_base_name"], "working_dir": "$file_path", "selector": "source.rust", "file_regex": "^(.+):([0-9]+):([0-9]+):\s*(.*)$" } -
$file_base_name自动去掉.rs后缀，生成同名可执行文件（如hello.rs→hello） - 仅适用于有
fn main() { }的独立文件；若用了extern crate或use外部 crate，仍需Cargo.toml - 注意：Windows 下生成的是
hello.exe，但rustc默认不加后缀；你得手动在"cmd"里补上".exe"，或改用"cmd": ["cmd", "/c", "rustc", "$file", "-o", "$file_path/$file_base_name.exe"]
file_regex 写错会导致错误无法跳转
这是最常被复制粘贴却忽略验证的一行。Cargo 错误格式在 1.70+ 已稳定为 src/main.rs:2:5: error: ...，但旧版正则常漏掉中间的列号段或空格。
- 必须匹配形如
src/main.rs:12:4: error: mismatched types的完整模式 - 推荐用这个：
"file_regex": "^(.+):([0-9]+):([0-9]+):\s*(.*)$"（注意转义冒号和空格） - 如果双击错误行没反应，先检查控制台（Ctrl+`）是否报
Unable to parse output；有就是file_regex没捕获到文件名或行号 - 别用网上搜到的带
\s*note:的长正则——cargo 不在错误主行里塞 note，那是次级提示，file_regex只需抓第一行定位信息
真正卡顿的点往往不在 Sublime，而在 cargo 自身：每次 cargo run 都会检查依赖锁、验证 metadata、甚至触发增量编译。如果你只是改了几行逻辑就想看输出，用 cargo check 替代 cargo run 能快 3–5 倍，且它不生成二进制，纯粹做类型检查——Build System 里把 "cmd" 换成 ["cargo", "check"] 就行，别小看这个切换。
