Ctrl+P是Sublime Text中唯一可靠检索已打开标签页的方式，它实时索引当前活跃Tab、支持子串/驼峰匹配、未保存文件参与、结果按MRU排序，并可通过@符号跳转符号定义。
Ctrl+P 是唯一能可靠检索已打开标签页的方式
Sublime Text 没有独立的“标签页搜索”功能，Ctrl+P（Windows/Linux）或 Cmd+P（macOS）是唯一从内存中实时索引已开 Tab 的入口。它不扫描磁盘、不依赖项目索引，结果只来自当前活跃的标签页集合。
常见错误是误用 Ctrl+Shift+F 并在 Where 框填 open_files——这个值在官方文档中不存在，多数版本实测无效。真正生效的 Where 值只有路径（如 ./src）、glob（如 *.py）或排除语法（如 -node_modules/）。
- 输入子串即可匹配文件名：输
api命中user-api.ts和mock-api.json - 未保存文件也参与匹配：输
un能快速定位untitled标签 - 支持驼峰缩写：输
usm匹配UserManager.ts，不用敲全名 - 结果严格按最近使用顺序（MRU）排序，刚切过的文件永远排第一
Ctrl+P 里用 @ 符号跳转函数或符号
Ctrl+P 不只是找文件，还能在已打开的文件中做结构化定位。输入 @ 后接函数名、方法名或变量名，它会扫描所有已开文件的符号定义（非全文匹配），直接跳转到声明处。
这个行为不依赖项目索引或语言服务器，纯靠 Sublime 自带的简单语法解析，所以快、轻、稳定。但注意：它只识别当前语法 scope 下的合法符号，比如在 JS 文件里输 @fetch 会命中 function fetch()，但不会命中字符串里的 "fetch" 或注释中的 // fetch data。
- 支持部分匹配：输
@hand可命中handleClick、handleRequest - 多个同名符号时，结果按文件 MRU 排序，不是按字母或位置
- 若光标已在某符号上，直接按
Ctrl+R更快，效果等同于Ctrl+P+@+ 当前词
别混淆 Ctrl+Tab 和 Ctrl+Shift+T 的语义
Ctrl+Tab 看似是“切标签”，但它实际维护的是一个混合历史栈：包含已关闭又重开的临时文件、命令面板、甚至某些插件弹窗。它不反映当前真实打开的 Tab 列表，也不保证每次循环都覆盖全部已开文件。
而 Ctrl+Shift+T 是恢复「最近关闭的文件」，不是当前已开 Tab 的列表。如果误关了某个文件，它确实能救回来；但如果目标是快速回到某个正在开着的文件，这个快捷键完全不相关。
-
Alt+-是编辑位置历史回退（类似浏览器后退），焦点必须在编辑区才生效，和标签无关 -
Ctrl+Shift+P是命令面板，搜Goto Symbol或Goto Definition属于 IDE 级功能，需要额外插件支持，原生不提供 - 想确认当前到底开了哪些文件？唯一确定方式就是按
Ctrl+P看一眼——它是最接近“真实状态”的视图
局部搜索要先选中，F3 才有效
很多人以为把光标停在 userName 上按 F3 就能搜这个词，结果没反应。这是因为 F3 默认从“当前选区”开始向后查找，光标没选中任何内容时，它实际是在搜空字符串。
必须双击单词、或拖选完整标识符（不含末尾空格或点号），再按 F3。此时它才会从选区末尾开始向后找第一个匹配项，并自动高亮下一个位置。
- 选中
console.log后按F3，会跳到下一个console.log，而不是console单独出现的位置 - JS 中字符串和注释内默认不匹配，这是语法 scope 限制，不是 bug
- 想跨文件搜？先用
Ctrl+P打开目标文件，再用Ctrl+F或F3局部查——没有“只搜已开文件”的全局搜索开关
Ctrl+P 的行为边界非常清晰：它只管内存里此刻活着的 Tab，不多也不少。其他所有看似相似的操作，底层机制都不同，强行套用只会增加认知负担。 
