Sublime运行Rust项目卡顿或报“no Cargo.toml found”，主因是构建系统working_dir未指向项目根目录、GUI启动未继承PATH、误用cargo run调试。应设"working_dir": "${project_path:${folder}}"，用File→Open Folder加载项目，加"shell": true或写cargo绝对路径；单文件测试改用rustc而非cargo run；配准file_regex以支持错误跳转；务必验证Sublime控制台中PATH是否含.cargo/bin。
Sublime 运行 Rust 项目卡顿或报 “no Cargo.toml found”，根本不是 Sublime 慢，而是构建系统没找准项目根目录、PATH 没继承、或误用了 cargo run 做高频调试。
working_dir 必须指向 Cargo 项目根目录
默认 "working_dir": "$file_path" 会让 cargo 在当前文件所在目录（比如 src/）下找 Cargo.toml，必然失败。真正有效的写法是：
-
"working_dir": "${project_path:${folder}}"—— 优先取项目路径，没开项目时退到当前文件夹 - 必须用 “File → Open Folder” 加载整个项目，不能只打开
src/main.rs - 如果项目结构含 workspace，确保
Cargo.toml在打开的文件夹里，而不是更深一层
Windows/macOS GUI 启动 Sublime 时 PATH 不可用
终端里 cargo --version 成功，但 Sublime 构建报 command not found: cargo，是因为 GUI 启动不读 shell 配置（如 ~/.zshrc）。解决方式只有两个靠谱的：
- 加
"shell": true：让 Sublime 经由cmd.exe或bash启动命令，能继承完整 PATH - 显式写绝对路径：
"cmd": ["C:/Users/xxx/.cargo/bin/cargo.exe", "run"]（Windows）或"/Users/xxx/.cargo/bin/cargo"（macOS） - 不推荐改系统级 PATH 后重启——macOS Dock 启动和 Windows 快捷方式仍可能漏掉 .cargo/bin
cargo run 不适合单文件快速测试
写个 hello.rs 就想 Ctrl+B 运行？cargo run 会触发完整构建流程（依赖解析、增量编译、link），比裸 rustc 慢 5–10 倍。此时该切构建系统：
- 单文件含
fn main() { }：用"cmd": ["rustc", "$file", "-o", "$file_path/$file_base_name"]+"shell_cmd": "$file_path/$file_base_name" - 多文件或带依赖项目：坚持用
cargo build/cargo check，别用cargo run频繁执行 -
cargo check比cargo build快 3–5 倍，且足够捕获绝大多数编译错误，适合保存即检场景
file_regex 不配对，错误就点不动
构建输出里有错误行，但点击不跳转？说明 file_regex 没匹配 cargo 的实际报错格式。cargo 默认输出形如：
error[E0425]: cannot find value `x` in this scope --> src/main.rs:5:12 |
对应正则应为：
-
"file_regex": "^(--> )?(.*?):([0-9]+):([0-9]+):?.*$"—— 覆盖-->前缀和无冒号的旧格式 - 别用网上抄的
^([^:]*):([0-9]+):([0-9]+)，它在新版 cargo 下完全失效 - macOS/Linux 用户若开启
--color=always，ANSI 控制符可能干扰匹配，可加"quiet": true过滤
最常被忽略的是：rustc 和 cargo 是否真在 Sublime 的环境里可用——不是终端能跑就行，得进 Sublime 控制台（Ctrl+`）敲 import os; print(os.environ.get('PATH')) 看输出里有没有 .cargo/bin。没有，其他所有配置都是空转。
