rust-analyzer 补全跳转失效主因是未在 crate 根目录打开项目或 cargo.toml 有误；clippy 实时提示需启用 ontype 检查；ctrl+click 跳转应设 prefersdeclaration 为 true；inlay hints 可按需开关类型/参数/链式提示以优化体验。
rust-analyzer 的补全和跳转为什么没反应？
不是插件没装，而是 rust-analyzer 没真正“认出”你的项目。它依赖 cargo metadata 解析项目结构，如果工作区没打开在 crate 根目录（即含 Cargo.toml 的文件夹），或 Cargo.toml 本身有语法错误、路径引用异常，rust-analyzer 就会静默降级为只做基础语法高亮。
- 确认 VSCode 打开的是 crate 根目录，不是子文件夹或父目录
- 运行
cargo check确保项目能编译通过——rust-analyzer不会给你提示一个根本无法编译的 crate - 检查
rust-analyzer.cargo.loadOutDirsFromCheck是否设为true（默认是false），否则它可能无法定位构建产物中的符号 - 若用 workspace，确保
rust-analyzer.cargo.features设为"all"或显式列出所需 feature，否则跨 crate 的类型推导会断掉
Clippy 提示总在保存后才出现，怎么让它实时弹？
rust-analyzer.check.command 设为 "clippy" 后，它默认仍只在“保存时”触发检查。想让提示像语法错误一样实时浮现，得额外启用增量检查：
- 设置
rust-analyzer.check.onSave.enable为false（关掉保存触发） - 设置
rust-analyzer.check.onType.enable为true（开启输入时检查） - 注意：这会增加 CPU 占用，尤其对大型 crate；可配合
rust-analyzer.cargo.watch设为false避免后台重复构建 - Clippy 规则本身可微调：
rust-analyzer.check.args加["--deny", "clippy::pedantic"]能把某些警告升级为错误，强制你当场处理
Ctrl+Click 跳转定义失效，或跳到宏展开体里去了
这是 rust-analyzer 对 proc-macro 和 #[derive] 的默认行为——它倾向于跳转到宏展开后的代码，而不是源码定义。对调试和阅读不利。
- 加配置
"rust-analyzer.procMacro.enable": true是必须的，否则所有 derive 和自定义宏都不解析 - 但更关键的是禁用“跳转到展开”：设
"rust-analyzer.gotoDefinition.prefersDeclaration": true - 若仍跳进 impl 块而非 trait 定义，检查是否误启用了
rust-analyzer.cargo.loadFromWorkspace（应保持false，除非你明确需要 workspace 全局符号） - 遇到
unresolved-proc-macro报错？把它加进rust-analyzer.diagnostics.disabled列表里，避免干扰——只要宏能正常展开，这个诊断纯属噪音
inlay hints 总是遮挡代码，或者参数名提示太啰嗦
内联提示（inlay hints）本意是辅助，但默认配置下容易喧宾夺主。重点不是关掉，而是精准控制。
-
rust-analyzer.inlayHints.typeHints.enable和parameterHints.enable可以独立开关，建议保留后者，关掉前者（类型常可通过 hover 查看） - 设
rust-analyzer.inlayHints.chainingHints.enable为false，链式调用的.map()、.filter()提示极易造成视觉混乱 - 提示位置偏移？加
"rust-analyzer.inlayHints.location": "afterComma"（默认是afterColon），让参数名提示紧贴逗号后，更贴近直觉 - 性能敏感时，直接关掉
rust-analyzer.inlayHints.reborrowHints.enable——它对 &mut 引用的提示开销最大
[dependencies] 指向了本地路径但路径拼写少了一个 ../，rust-analyzer 就会静默放弃整个 crate 的语义分析——它不报错，只沉默。遇到疑似“部分文件无提示”，先查 Cargo.toml 里的路径。
