rust-analyzer 插件装了没反应，首要检查是否被 vscode 静默禁用或与已废弃的 rust-lang.rust 插件冲突；其次确认 cargo/rustc 是否在 path 中、项目是否以 cargo.toml 为根正确识别、关键设置如 checkonsave 未被关闭。
rust-analyzer 插件装了但没反应？检查 rust-analyzer 是否真正启用
装完插件不等于就绪，VSCode 默认可能禁用它，尤其在已有 Rust 官方插件（rust-lang.rust）共存时，两者会冲突。VSCode 会自动停用其中一个，而 rust-analyzer 通常被静默禁用。
- 打开 VSCode 命令面板（
Ctrl+Shift+P或Cmd+Shift+P），输入Extensions: Show Enabled Extensions，确认rust-analyzer在列表中且状态为“已启用” - 如果看到
rust-lang.rust，务必禁用它——它已停止维护，与rust-analyzer不兼容，共存会导致代码补全失效、跳转错乱 - 检查设置里是否误关了
"rust-analyzer.checkOnSave.command": "check"这类关键开关，它控制保存时是否触发cargo check
为什么 cargo check 没触发？确认 rust-analyzer 能找到 cargo 和 rustc
rust-analyzer 不是独立运行的，它依赖本地 Rust 工具链。路径不对、多版本混用、或 shell 初始化不完整，都会让它“看不见”编译器。
- 在 VSCode 终端里运行
cargo --version和rustc --version，确保能正常输出；如果报“command not found”，说明$PATH没生效 - Mac/Linux 用户常见问题：VSCode 从桌面图标启动时，不会加载 shell 的
.zshrc或.bash_profile，导致cargo不在路径中；解决方法是终端里执行code --new-window启动 VSCode - Windows 用户若用 rustup 安装，确认没勾选“Add to PATH”选项，或手动把
%USERPROFILE%\.cargo\bin加进系统环境变量
代码跳转失败 / 补全不准？检查项目是否识别为 Cargo 工作区
rust-analyzer 必须通过 Cargo.toml 入口理解项目结构。没有正确识别 workspace，就会当普通文件夹处理，失去所有语义支持。
- 确保打开的是包含
Cargo.toml的目录（不是父级文件夹），或者根目录下有rust-project.json（极少用，不推荐） - 多 crate workspace 项目，必须保证
Cargo.toml中有[workspace]块，且子 crate 的path正确；否则子 crate 会被当作孤立项目，无法解析跨 crate 依赖 - 如果刚新建项目，等几秒再操作——
rust-analyzer首次加载会后台运行cargo metadata，进度条在右下角，没完成前跳转和补全是“假死”状态
性能卡顿或 CPU 持续 100%？调低 rust-analyzer 的索引强度
默认配置会索引全部依赖源码（包括 std 和第三方 crate），对小项目是浪费，对老机器或大 workspace 可能拖垮编辑体验。
- 在 VSCode 设置中搜索
rust-analyzer cargo loadOutDirsFromCheck，设为false，避免重复解析构建产物目录 - 关闭
rust-analyzer procMacro.enable（除非你真写过程宏），proc-macro 支持开销大且不稳定 - 大型项目可限制索引范围：
"rust-analyzer.cargo.extraEnv": { "CARGO_PROFILE_DEV_DEBUG": "0" }，减少调试信息加载
rust-lang.rust 插件残留——这两点几乎覆盖了 80% 的“装了没反应”问题。
