不能。rust-analyzer 不在 crates.io 官方 registry 中，无法通过 cargo install 安装，必须从 github releases 下载对应平台的预编译二进制文件并手动配置 path 和 lsp 插件。
rust-analyzer 能不能用 cargo install 装？
不能。这是目前最常踩的坑——rust-analyzer 不在 cargo 的官方 registry 里，cargo install rust-analyzer 会失败或装错旧版（比如 nightly 分支的废弃构建）。它必须作为独立二进制下载，不是 Rust crate。
- 正确做法：去 GitHub releases 页面 下载对应系统的压缩包（如
rust-analyzer-x86_64-unknown-linux-gnu.gz），解压后得到单个无后缀可执行文件 - 重命名建议：Linux/macOS 保持
rust-analyzer；Windows 加.exe后缀（rust-analyzer.exe） - 必须加入
$PATH：比如放到~/.local/bin/并确保该路径在 shell 配置中（~/.zshrc或~/.bashrc），否则 Sublime 启动 LSP 时会报rust-analyzer not found - 验证命令：
rust-analyzer --version在终端能输出即成功
LSP 插件配置里 command 写绝对路径还是 rust-analyzer？
优先写 ["rust-analyzer"]，但 macOS（尤其 zsh + GUI 启动）和 Windows 常因环境变量未继承而失效——这时必须写死绝对路径。
- macOS 示例：
"command": ["/Users/you/.local/bin/rust-analyzer"] - Linux 示例：
"command": ["/home/you/.local/bin/rust-analyzer"] - Windows 示例：
"command": ["C:\Users\you\bin\rust-analyzer.exe"] -
initializationOptions必须包含："cargo": {"loadOutDirsFromCheck": true}（否则无法识别target/中的依赖）和"procMacro": {"enable": true}（否则serde等宏不补全） - 别信“LSP-rust-analyzer 插件会自动下载”——它只在极少数旧版本中尝试过，2026 年已不可靠；手动管理二进制更稳
为什么保存没格式化、跳转定义没反应？
大概率是 Rust 工具链没被 Sublime 正确识别，或插件冲突。Rust 开发在 Sublime 上高度依赖外部命令行工具，任何一环断掉都会静默失效。
- 先检查基础：
rustc --version和cargo --version在终端能运行，不代表 Sublime 能调用——Sublime 启动时可能没加载你的 shell profile，所以要确认cargo是否在$PATH中对 GUI 进程可见 - RustEnhanced 的
rustfmt_on_save默认关闭，且它不读~：配置里写"rustfmt_path": "~/.cargo/bin/rustfmt"会失败，必须写成"/home/you/.cargo/bin/rustfmt" - SublimeLinter-rust 报
No such file or directory: cargo？去Preferences → Package Settings → SublimeLinter → Settings，加"paths"字段指定cargo所在目录 - 多个 LSP 插件共存（比如同时装了
LSP和LanguageClient-neovim）会导致冲突，只留LSP（作者 sublimelsp）一个
要不要配 Build System？怎么配才不翻车？
要，但别用 rustc 直接编译单文件——Rust 生态以 cargo 为中心，Build System 应该封装 cargo 命令，而不是绕过它。
- 推荐配置（适用于 Cargo 项目根目录打开的场景）：
{ "cmd": ["cargo", "run"], "working_dir": "${project_path:${folder}}", "selector": "source.rust", "shell": true } - 不要写
"shell_cmd": "rustc "$file" ..."：这种写法不支持依赖、不读Cargo.toml、无法处理std以外的 crate，纯属误导 - 如果项目没开在根目录（比如只打开了单个
main.rs），cargo run会报错no Cargo.toml——这是正常现象，不是配置问题 - 想快速测试小片段？用
Terminus插件开内嵌终端，手动敲cargo run更可靠
真正麻烦的从来不是插件数量，而是每个插件背后都依赖你系统 PATH 里那个看不见摸不着的 cargo、rustfmt、rust-analyzer ——它们任何一个路径不对，整个链条就断在无声无息里。
