sublime text 跑 rust 不卡、不报错、不跳转失败的关键是 path、working_dir 和 file_regex 三者对齐 cargo 行为：需验证控制台 path 含 .cargo/bin、设 "working_dir": "${project_path:${folder}}"、配 "file_regex": "^(.+):([0-9]+):([0-9]+):s(.)$"。
Sublime Text 跑 Rust 不卡、不报错、不跳转失败，关键不在装多少插件，而在 PATH、working_dir 和 file_regex 这三处是否对齐 cargo 的实际行为。其他都是锦上添花。
PATH 在 Sublime 里根本没生效？先看控制台
终端能跑 cargo --version ≠ Sublime 能调用 cargo。Linux/macOS 用户常因 shell 配置未被 GUI 进程继承而失效；Windows 用户则常因环境变量未重启 Sublime 就生效而失败。
- 按
Ctrl+`打开 Sublime 控制台，执行：import os; print(os.environ.get('PATH'))确认输出中含~/.cargo/bin（Linux/macOS）或%USERPROFILE%.cargoin（Windows） - Linux/macOS：检查
~/.zshrc或~/.bashrc是否有export PATH="$HOME/.cargo/bin:$PATH"，且已执行source ~/.zshrc - Windows：必须彻底退出 Sublime（右键任务栏图标 → 退出），再重新启动，仅关窗口无效
- 最稳兜底方案：在 Build System 中加
"shell": true，让命令走 shell 启动，自动继承完整 PATH
working_dir 错一格，cargo run 就报 no Cargo.toml
Sublime 默认的 ${file_path} 是当前打开文件所在目录（比如 src/），但 cargo run 必须在含 Cargo.toml 的项目根目录下运行，否则直接失败。
- Build System 中必须写：
"working_dir": "${project_path:${folder}}"，不能是${file_path}或空值 - 务必通过
File → Open Folder加载整个项目文件夹，而不是双击单个main.rs—— 否则${project_path}为空，回退到${folder}可能仍不是根目录 - 右键标签页 →
Reveal in Side Bar，确认侧边栏顶部显示的是项目根目录（即能看到Cargo.toml） - 单文件快速测试不用
cargo run，改用rustc：建hello.rs后配一个独立 Build System，cmd设为["rustc", "$file", "-o", "$file_base_name"]，working_dir设为${file_path}
file_regex 不配，错误就只是“看不懂的字符串”
编译失败后输出一堆文字，但双击无法跳转到出错行，90% 是 file_regex 没设或正则写错。它决定 Sublime 能否把文本解析成可操作的错误位置。
- Rust 编译错误典型格式：
src/main.rs:2:5: error[E0308]: mismatched types - 对应正则必须写成：
"file_regex": "^(.+):([0-9]+):([0-9]+):\s*(.*)$"（注意\s*是双反斜杠，JSON 字符串内需转义） - 漏掉这行，所有错误都变成纯日志，没法双击跳转，也没法被 LSP 插件消费
- 如果用
clippy替代cargo check，错误格式一致，同一正则仍适用
LSP + rust-analyzer 比 Racer 更可靠，但别混着用
RustEnhanced 或旧版 Racer 插件依赖本地 racer 二进制和 Rust 源码路径，配置繁琐、补全延迟高、类型推导弱；而 rust-analyzer 通过 LSP 协议提供语义级支持，响应快、跳转准、文档全。
- 只装
LSP+LSP-rust-analyzer，卸载RustAutoComplete和Racer—— 它们会冲突，尤其在符号解析和自动补全触发时机上 -
LSP-rust-analyzer默认会自动下载rust-analyzer，若网络差，可手动下载二进制放至Packages/LSP-rust-analyzer/bin/，并确保可执行权限（Linux/macOS） - 在
Preferences → Package Settings → LSP → Settings中确认启用了"rust-analyzer"语言服务器，且"enabled"为true - 不要同时启用 RustEnhanced 的语法检查（
rust_syntax_checking_method），它和 LSP 的诊断功能重叠，容易造成重复报错或掩盖真实问题
真正卡住效率的，从来不是功能少，而是 PATH 没通、working_dir 指歪、file_regex 写错这三处——它们不报错，但让一切后续功能失能。调通这三点，LSP 才能真正“活”起来。
