Ctrl+B无反应是因为Sublime未启用Rust构建系统，需手动创建Rust.sublime-build文件并选中该构建系统；rustc需在PATH中，单文件调试推荐rustc而非cargo。
安装 Rust 插件后为什么 Ctrl+B 没反应？
Sublime Text 默认不识别 rustc，即使装了插件，构建系统也不会自动生效。核心问题在于：插件（如 RustEnhanced）只提供语法高亮和 LSP 支持，不自带构建命令。
- 确认已安装
RustEnhanced（通过 Package Control），它比旧版Rust插件更可靠 - 检查
rustc是否在系统 PATH 中：终端运行rustc --version，失败则需先配置 Rust 环境（用rustup安装） - Sublime 的构建系统默认不启用
RustEnhanced的构建功能，需手动触发或切换
如何手动配置 Rust 构建系统？
不用依赖插件自动生成，直接写一个轻量构建定义，控制力更强、出错路径更清晰。
- 菜单栏 →
Tools→Build System→New Build System… - 替换全部内容为以下 JSON（保存为
Rust.sublime-build）：
{
"cmd": ["rustc", "$file", "-o", "$file_base_name"],
"file_regex": "^(.*?):([0-9]+):([0-9]+):.*$",
"selector": "source.rust",
"variants": [
{
"name": "Run",
"cmd": ["./$file_base_name"]
}
]
}
-
cmd中的$file是当前文件路径，$file_base_name是不带扩展名的文件名 - Windows 用户需把
./$file_base_name改成$file_base_name.exe，否则Run变体会失败 - 保存后，在右下角状态栏手动选中
Rust构建系统（别依赖自动检测）
为什么 cargo build 不推荐直接塞进构建系统？
用 cargo 做构建虽标准，但在 Sublime 里容易卡住或输出混乱，尤其对非 crate 根目录的单文件。
-
cargo build要求当前文件在src/main.rs或src/lib.rs，且项目有Cargo.toml - Sublime 构建系统默认工作目录是文件所在目录，不是项目根目录，容易报
error: could not find `Cargo.toml` - 如果硬要用 cargo，得加
"working_dir": "$project_path"，但 Sublime 没开项目时该变量为空，会崩 - 日常调试单文件，
rustc直接编译更快、反馈更干净；真要跑完整流程，终端敲cargo run更稳
常见错误信息及对应动作
看到这些提示，别急着重装插件，先看是不是路径或权限问题。
-
Unable to find rustc→ 终端执行which rustc（macOS/Linux）或where rustc（Windows），把输出路径加进 Sublime 的 PATH（通过插件Environment Settings或系统级配置） -
error: linking with `cc` failed→ 缺少 C 工具链，macOS 装xcode-select --install，Windows 装Build Tools for Visual Studio - 构建后没生成可执行文件，但也没报错 → 检查文件是否以
fn main() { }开头，rustc不编译无 main 的文件（除非加--lib） - 中文路径下编译失败 → Rust 对非 UTF-8 路径支持差，把文件移到英文路径再试
真正麻烦的从来不是配置步骤，而是 rustc 和 cargo 对项目结构的隐式假设——它们不报错，只静默失败。动手前先 ls Cargo.toml 或 rustc --help 看一眼，比反复点 Ctrl+B 有用得多。
