在VSCode中用CodeGeeX检查Rust所有权违规，需先确保rust-analyzer正常运行并完成项目索引，再通过@workspace触发全项目语义索引，排除target等目录干扰，最后用Alt+T /explain ownership等指令主动诊断悬垂引用等问题。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在 VSCode 中用 CodeGeeX 检查 Rust 所有权违规（如悬垂引用、双重借用、未移动值重复使用），需激活其上下文感知能力并触发语义级代码分析，而非依赖基础补全模式。
确保 Rust 环境与插件协同就绪
先确认 rust-analyzer 已启用且 CodeGeeX 不与之冲突：打开任意 .rs 文件，右下角状态栏应显示 “Rust Analyzer” 正常工作；若出现红色波浪线但 rust-analyzer 未响应，CodeGeeX 的所有权检查将失效——【rust-analyzer 必须先于 CodeGeeX 启动并完成项目索引】。
安装 rust-analyzer 插件（非 CodeGeeX 自带）：Ctrl+Shift+X → 搜索 “rust-analyzer” → 点击 Install → 重启 VSCode。
验证 rustc 和 cargo 可用：终端执行 cargo --version，输出应含 1.78.0 或更高版本。
完成 CodeGeeX 全项目语义索引
所有权检查依赖跨文件的 borrow checker 级别理解，必须完成 workspace 索引：
第一步：通过“文件 → 打开文件夹”加载完整 Rust 项目根目录（含 Cargo.toml），不能只打开单个 .rs 文件。
第二步：点击左侧活动栏 CodeGeeX 图标 → 在弹出对话框中输入 @workspace → 按回车。
第三步：首次索引时弹出授权窗口，点击“同意”；等待右下角进度条消失，且侧边栏顶部显示“已索引”及项目路径。
若索引后仍无所有权提示，右键资源管理器中项目根文件夹 → 选择“CodeGeeX: Re-index Workspace” → 等待状态栏提示“Re-indexing… Done”。
触发所有权问题主动诊断
CodeGeeX 不自动高亮所有权错误，需人工调用指令：
方法一：选中疑似违规代码段（例如含 &mut s 后又尝试 let t = s 的行）→ 按 Alt+T → 输入模板指令 /explain ownership → 回车。
方法二：光标停在变量声明行（如 let data = vec![1, 2, 3];）→ 按 Ctrl+Enter → 在右侧候选区点击“Ownership Flow”卡片 → 查看该值在作用域内的转移/借用路径图。
方法三：在空行输入 // @check ownership → 按 Tab 触发补全 → CodeGeeX 将扫描当前函数内所有变量生命周期，并在问题行下方插入注释说明，例如：// ❌ move occurs because `s` has type `String`, which does not implement `Copy`。
配置索引范围避免误判
Rust 项目常含 target/、target/debug/ 等生成目录，若被索引会污染所有权模型：
打开设置（Ctrl+,）→ 搜索 “codegeex indexing exclude” → 在 “CodeGeeX: Indexing Exclude Pattern” 中填入：**/target/**,**/Cargo.lock,**/out/**。
修改后重启 VSCode，否则新规则不生效——【未排除 target 目录会导致 CodeGeeX 将编译中间产物误判为所有权转移源】。
验证所有权检查结果
新建 test.rs 文件，粘贴以下典型违规代码：
fn main() {
let s1 = String::from("hello");
let s2 = s1;
println!("{}", s1); // 这里应被标记为 use after move
}
选中 println!("{}", s1); 行 → 按 Alt+T → 输入 /explain → 查看返回是否包含 “value borrowed here after move” 类描述。
若返回仅是语法解释而无所有权分析，说明索引未完成或 rust-analyzer 未就绪，需返回前两步复查。
