sublime中rust跳转失效主因是语法识别、索引未就绪及缺乏语义分析；需手动设rust语法、保存文件、等待索引完成，并配置lsp+rust-analyzer实现真正语义跳转。
Ctrl+R 跳转只显示空列表？先确认 Rust 语法和保存状态
Sublime 的 Ctrl+R 不解析 AST，只靠语法包里的正则提取 symbol_list。它根本不会识别 `.rs` 文件，除非右下角明确显示 Rust —— 默认是 Plain Text，点一下手动选；否则整个跳转链路从第一步就断掉。
常见失效现象：
- 刚写完
fn parse_config()就按Ctrl+R，搜不到 → 必须先Ctrl+S保存，未保存内容不进索引 - 右下角显示
Plain Text或RustEnhanced→ 卸载RustEnhanced，用 Package Control 安装官方Rust（by rust-lang），否则状态栏卡死 - 输入
parse没结果 → Rust 语法包默认只匹配完整函数名，不支持模糊前缀，得输全名或换Ctrl+P @parse_config
Ctrl+P @xxx 跨文件跳转失败？检查索引是否就位和路径格式
Ctrl+P @parse_config 是目前最稳的原生跨文件跳转方式，但它依赖 Sublime 后台完成项目级符号索引。大项目首次添加文件夹后，右下角会显示 Indexing…，必须等它消失再试，否则结果为空或漏匹配。
输入格式极其敏感：
- ✅ 正确：
@parse_config、utils.rs@parse_config - ❌ 错误：
parse_config@、@ parse_config（带空格）、parse_config()（带括号） - 文件名必须带扩展名：
utils@parse_config不行，utils.rs@parse_config才有效 - 若项目没通过
Project → Add Folder to Project加入，单文件模式下基本无效
F12 / Ctrl+Click 为什么总跳到 use 行？这不是快捷键问题，是能力边界
原生 F12 和 Ctrl+Click 在 Rust 中完全不可靠：它们只是字符串匹配，不理解模块路径、use 别名或作用域。光标在 parse_config() 上按 F12，大概率跳到 use crate::utils::parse_config; 这一行，而不是定义处。
这是设计使然，不是配置错误：
-
use std::collections::HashMap as Map;→ 点Map::new()不跳，因为别名无法 resolve -
#[derive(Debug)]或#[tokio::main]包裹的函数 → 匹配目标变成宏展开后的临时符号，不是原始fn行 - 第三方 crate 如
serde_json::from_str()→ 原生不进源码，连跳转入口都没有
真正支持语义跳转：LSP + rust-analyzer 是唯一解
要让 F12 在 Rust 中真正可用，必须走 LSP 协议，由 rust-analyzer 提供语义分析能力。Sublime 只做协议桥接，不自己解析。
关键配置点（缺一不可）：
- 用 Package Control 安装
LSP主包，再单独安装LSP-rust-analyzer（不是 rust-analyzer 插件本身） -
rust-analyzer必须可执行：Windows 用户确认%USERPROFILE%\.cargo\bin在系统 PATH；macOS/Linux 用户建议从终端用subl启动，避免 GUI 环境变量丢失 - 项目根目录必须有
Cargo.toml，且rust-analyzer启动时能读到它；否则状态栏不显示LSP图标，命令面板搜不到Go to Definition - 验证是否生效：打开任意
.rs文件，光标停在函数名上，按F12；若弹出 “No definition found”，说明服务器没起来，去 Sublime 控制台看Failed to start language server错误
复杂点在于：rust-analyzer 启动慢、内存占用高，首次加载可能卡住 5–10 秒；一旦挂掉，F12 退化回字符串匹配，但你未必立刻意识到——得看状态栏图标和控制台日志。
