sublime text保存时自动编译rust的前提是正确配置构建系统：需将.sublime-build文件置于packages/user/目录，selector设为source.rust，右下角语法必须手动选为rust，且autobuild插件中需显式设置file_patterns: ["*.rs"]并启用build_on_save。
Sublime Text 保存时自动编译 Rust 的前提不是插件，而是构建系统
自动编译不会凭空发生——AutoBuild 插件只是监听 on_post_save 事件并调用已配置好的 .sublime-build 文件。如果构建系统本身不能手动运行（比如按 Ctrl+B 就报错或静默失败），那自动编译一定不工作。
常见假成功现象：AutoBuild 已安装、build_on_save 设为 true，但保存后控制台没任何输出。大概率是构建系统未激活、selector 不匹配（右下角显示 Plain Text 而非 Rust），或 .sublime-build 文件根本没放在 Packages/User/ 目录下。
- 打开任意
.rs文件，点右下角状态栏，手动选Rust；若列表里没有，说明Rust语法包没装对（推荐装Rustby rust-lang，别装RustEnhanced，二者冲突） -
.sublime-build文件必须后缀严格为.sublime-build，且保存路径是Packages/User/（可通过Preferences → Browse Packages…进入） - 构建系统中
"selector": "source.rust"必须存在，否则AutoBuild找不到该构建系统
rustc 单文件编译 vs cargo run 项目编译：选错命令就失败
保存即编译，首先要明确你编的是什么：
- 如果是单个
hello.rs（无Cargo.toml），用rustc：它不依赖项目结构，直接编译执行 - 如果是完整 Cargo 项目（含
Cargo.toml），必须用cargo check或cargo build，且working_dir必须指向项目根目录（即含Cargo.toml的目录） -
cargo run在保存时触发很危险——它会重新链接并运行，可能阻塞编辑器；日常建议只用cargo check做快速类型检查
示例构建系统（存为 RustCheck.sublime-build）：
{
"selector": "source.rust",
"shell_cmd": "cargo check",
"working_dir": "${project_path:${folder}}",
"file_regex": "^(.+):([0-9]+):([0-9]+):\s*(.*)$",
"quiet": true
}
注意：shell_cmd 中不要写 cargo run；working_dir 不能用 ${file_path}（它指向 src/ 而非项目根）；file_regex 的反斜杠必须双写（JSON 字符串内）。
AutoBuild 插件配置必须显式声明 file_patterns
AutoBuild 默认不生效，且不会自动识别 .rs 文件——你必须在 AutoBuild.sublime-settings 里明确告诉它“哪些后缀要触发构建”。
- 打开
Preferences → Package Settings → AutoBuild → Settings - 填入以下内容（不是注释，是真实 JSON）：
{
"build_on_save": true,
"file_patterns": ["*.rs"],
"build_timeout": 3000
}
漏掉 "file_patterns"，AutoBuild 会尝试对所有文件运行构建系统，遇到非 Rust 文件就报错或卡住；build_timeout 防止 cargo check 因依赖解析慢而长时间挂起。
另外，确保构建系统文件名不含空格或中文，例如 RustCheck.sublime-build 可以，Rust 自动检查.sublime-build 会加载失败。
PATH 和 working_dir 错误是静默失败的最常见原因
终端里能跑 cargo --version ≠ Sublime 里能调用 cargo。Sublime 启动时读的是自己的环境变量，GUI 启动方式（如 macOS Dock 点击、Windows 双击图标）往往不继承 shell 的 PATH。
- 按
Ctrl+`打开 Sublime 控制台，执行：import os; print(os.environ.get('PATH'))
确认输出中包含.cargo/bin（macOS/Linux）或%USERPROFILE%.cargoin（Windows） - Windows 用户：必须把
%USERPROFILE%.cargoin加进「系统环境变量」，加完后彻底退出 Sublime（任务管理器杀进程），再重开 - macOS/Linux 用户：GUI 启动的 Sublime 不读
~/.zshrc，最稳方案是从终端执行subl .启动项目 - 构建系统中务必加
"shell": true，让命令通过 shell 执行，可继承更完整的环境
真正容易被忽略的点：即使 cargo 可用，working_dir 错了也会导致 cargo check 报 error: no Cargo.toml file found——这个错误不会高亮，只会混在输出日志里，一眼扫过去就漏掉了。
