rust-analyzer是唯一应启用的Rust插件，必须禁用rust-lang.rust；若无反应，先检查是否被VSCode静默禁用、PATH中cargo/rustc是否可用、项目是否以Cargo.toml为根目录打开、rust-src组件是否安装。
在VSCode里折腾Rust开发，插件选择其实很简单：rust-analyzer是唯一正确的答案。其他任何Rust相关插件，尤其是那个官方的rust-lang.rust，都必须彻底禁用。否则，语法高亮、代码跳转、宏展开这些核心功能大概率会集体失效，让你寸步难行。
rust-analyzer 插件为什么没反应？
插件装上了，但界面一片死寂？别急，这太常见了。安装不等于启用，VSCode有时会静默禁用新插件，特别是当旧的rust-lang.rust插件还有残留的时候。第一步，打开命令面板（Ctrl+Shift+P），搜索Extensions: Show Enabled Extensions，仔细确认rust-analyzer的状态是“已启用”。如果旁边还躺着rust-lang.rust，请立刻把它关掉。
典型的错误现象包括：状态栏的rust-analyzer一直显示(loading)卡住不动、右键的“Go to Definition”选项是灰色的、或者像#[derive(Debug)]这样的代码死活不给你补全。
遇到这些情况，可以按顺序排查以下几点：
- 项目打开方式对不对？ 务必在包含
Cargo.toml文件的目录下打开整个项目。直接打开一个单独的.rs文件，或者打开了项目的父文件夹，插件都无法正常工作。 - 工具链在PATH里吗？ 打开终端，分别运行
cargo --version和rustc --version。必须有版本号输出才行。如果提示command not found，那问题就明确了：$HOME/.cargo/bin（Windows上是%USERPROFILE%\.cargo\bin）这个路径没有添加到系统的PATH环境变量中。 - macOS用户特别注意： 如果你是从桌面图标启动VSCode的，它可能会丢失你在shell里配置的环境变量。最稳妥的办法是，先在终端里用
code --new-window命令来启动VSCode。
rustc/cargo 找不到？PATH 和 toolchain 必须对齐
这里有个关键认知：rust-analyzer本身并不自带编译器。它完全依赖系统PATH里能找到的cargo和rustc来工作。所以，光用rustup安装Rust还不够，必须确保工具链配置正确。
- 运行
rustup show，确认“active toolchain”显示的是类似stable-x86_64-unknown-linux-gnu (default)这样的内容。如果显示的是(none)rustup default stable来设置一个默认工具链。 - Windows用户如果通过Scoop安装了rustup，可能需要手动将
%USERPROFILE%\scoop\shims这个路径添加到系统PATH中。 - 重中之重：rust-src组件必须安装。 执行命令
rustup component add rust-src。这个组件提供了标准库的源代码，没有它，你想跳转到std::vec::Vec这类定义时就会失败，并看到Failed to load stdlib的错误。
项目级 .vscode/settings.json 怎么写？
依赖全局设置容易在不同项目间产生冲突，尤其是在团队协作时。更推荐的做法是在项目根目录下创建.vscode/settings.json文件进行个性化配置。一个高效的基础配置如下：
{
"rust-analyzer.cargo.loadOutDirsFromCheck": true,
"rust-analyzer.procMacro.enable": true,
"rust-analyzer.checkOnSa ve.command": "check",
"rust-analyzer.cargo.watch": true
}
这几个选项是关键：
"rust-analyzer.cargo.loadOutDirsFromCheck"：设置为true后，插件会读取cargo check的输出路径。这对于那些使用build.rs脚本生成代码的项目至关重要，否则生成的模块对插件是不可见的。"rust-analyzer.procMacro.enable"：开启过程宏的展开支持。像serde、sqlx、anyhow这些库的derive宏，必须依赖这个选项才能被正确解析和提供补全。"rust-analyzer.checkOnSa ve.command": "check"：将保存时的检查命令设为check，这比使用clippy更轻量，能有效避免保存文件时的界面卡顿。"rust-analyzer.cargo.watch"：让插件监听Cargo.toml文件的变更。这样，当你添加新的依赖后，插件会自动重载，无需手动点击“Reload Workspace”。
“unresolved import”但 cargo build 成功？别乱删 target/
这可能是最让人困惑的一个坑了：终端里cargo build明明成功了，但VSCode里的代码却飘满了“unresolved import”的红线。原因在于，rust-analyzer构建其语义索引所依赖的，正是target/目录下rustc编译产生的元数据文件。如果你手动执行了rm -rf target/，就等于瞬间摧毁了插件的“地图”，它当然会报错。
- 在开发过程中，尽量避免彻底清空
target/目录。如果确实需要清理，使用cargo clean命令会更安全。 - 出现大量报红后，先别急着重启VSCode。可以尝试点击编辑器右下角的
rust-analyzer状态按钮，选择Reload Workspace，这通常能解决问题。 - 如果你的工作空间包含多个crate，请确保根目录的
Cargo.toml中包含了[workspace]部分，并且子crate的路径（如path = "crates/utils"）使用的是相对路径。
话说回来，rust-analyzer本身其实非常稳定。真正卡住你的地方，往往不在插件本身，而在于那些底层环境：cargo和rustc是否真的能在VSCode的进程中被访问到？rust-src组件安装了吗？target/目录是不是被不小心删了？这三个环节任何一个出问题，就算你装上最新版本的rust-analyzer，也照样无济于事。
