ctrl+r没反应是因为符号列表未生成，需先确保右下角语法正确（非plain text）且文件已保存触发索引；空列表或“no symbols found”表明索引未就绪或语法识别失败。
Ctrl+R 为什么没反应？先看索引和语法状态
不是快捷键坏了，是符号列表根本没生成。Sublime Text 的 Ctrl+R（或 Cmd+R）只读当前文件的 symbol_list，而这个列表依赖两个前提：文件已被语法高亮系统识别（右下角显示正确语言名，比如 JavaScript，不是 Plain Text），且该文件已保存并完成索引。
常见现象包括弹出空框、显示 No symbols found 或只列几个零散项。实操建议：
- 按
Ctrl+S保存文件——未保存的临时文件通常不触发索引 - 点右下角语言标识，手动选对语法（如
.ts文件要选TypeScript，不是JavaScript） - 观察右下角是否出现
Indexing...；若卡住超 10 秒，可能是插件冲突或文件过大，可暂禁用 LSP 类插件测试 - 对
.vue、.jsx、.nim等非标后缀，必须确认对应语法包已安装且后缀绑定成功（见下一条）
.vue/.ts/.nim 文件怎么进 Ctrl+R 列表？补 symbol_list 规则
默认 symbol_list 只覆盖 .py、.js、.cpp 等主流后缀。Vue 单文件组件、TypeScript、Nim 等需手动扩展语法定义里的符号匹配逻辑。
实操路径一致：用 PackageResourceViewer 打开对应语言包 → 编辑 .sublime-syntax（或旧版 .tmLanguage）→ 在 contexts 下添加或修改 symbol_list 块。例如 TypeScript 中要捕获 export function、const myFn =、class Foo 等模式；Vue 中需额外处理 <script setup></script> 里的顶层声明。
注意：symbol_list 是正则驱动的词法匹配，不解析 AST。所以 const fn = () => {} 能配，但 obj.method = function() {} 很难稳定捕获——这不是配置错误，是机制限制。
跨文件跳转（F12 / Ctrl+Click）失效？项目索引没建好
goto_definition 命令不查源码，只查 Sublime 内部符号索引表。单文件打开时，它基本不可用；必须通过 Project → Add Folder to Project 加载整个目录，并等右下角 Indexing... 消失。
容易被忽略的关键点：
-
.sublime-project文件里若存在"index_files": false，需删掉或设为true - 大型项目务必配置
folder_exclude_patterns，否则node_modules、.git会拖垮索引速度 - LSP 插件（如 Pyright、LSP-typescript）启动失败时，
F12会退化为纯符号匹配——检查 Console 是否报Failed to start language server - Pyright 要求项目根有
pyproject.toml（哪怕空文件也行），否则不加载第三方库符号
要不要上 CTags？看项目规模和语言生态
CTags 是独立于 Sublime 的外部索引工具，优势在于支持任意语言（只要 ctags 有 parser）、跨项目复用 tags 文件、不依赖语法包。但它要手动维护：ctags -R --exclude=.git --exclude=node_modules .，且更新代码后需重建。
适合场景：
- 混合多种小众语言（如 Nim + Lua + Shell）的嵌入式项目
- 团队共用一套 tags，避免每人本地索引不一致
- Sublime 原生索引长期卡在
Indexing...，又不愿调优排除规则
不适合场景：
- 纯前端项目（Vue/TS/React）——LSP 提供更准确的类型跳转
- 频繁增删模块的活跃开发中——每次改
import都得重跑 ctags - 需要跳进
requests.get这类三方函数真实实现（而非 stub）——CTags 默认不索引 site-packages
最常被忽略的是：tags 文件必须放在项目根目录，且 Sublime 的 CTags 插件默认只认这个名字；改名或放错位置，Ctrl+Alt+Click 就完全静音。
