Ctrl+P（Windows/Linux）或Cmd+P（macOS）是Sublime Text中唯一可靠定位已打开标签页的方式，因其直接检索内存中的活跃Tab列表，支持子串匹配、驼峰缩写、行号与符号跳转，且按最近使用顺序排序。
想在 Sublime Text 里快速定位某个已打开的标签页，别去翻标签栏或按 Ctrl+Tab 猜——直接用 Ctrl+P（Windows/Linux）或 Cmd+P（macOS），它天然优先匹配当前所有已打开文件，且结果确定来自内存中的活跃 Tab 集合。
为什么 Ctrl+P 是唯一靠谱的已开标签页检索方式
Sublime Text 没有“搜索标签页”的独立功能，但 Ctrl+P 的底层索引机制会实时维护一份已打开文件的内存列表，并默认置顶显示。这不是凑巧，是设计行为：
- 输入任意子串（如
api）会立刻过滤出所有已开文件名含该字符串的 Tab，包括未保存的untitled（输un就能命中） - 支持驼峰缩写：输
usm可匹配UserManager.ts - 支持行号跳转：输
main:42直接打开main.js并定位到第 42 行 - 支持符号跳转：输
@fetch若该函数在任一已开文件中定义过，就会出现在结果里（不依赖项目索引） - 结果严格按最近使用顺序（MRU）排序，刚切过的文件永远在最上面，比靠眼睛数第几个标签页可靠得多
Ctrl+Shift+F + open_files 不是检索标签页，而是搜索内容
网上流传的“在全局搜索面板 Where 框填 open_files 来限定范围”说法存在严重误导。这个关键字在官方文档中无定义，多数版本实测无效；真正生效的 Where 值只有路径（如 ./src）、glob（如 *.py）或排除语法（如 -node_modules/）。
如果你的目标是「在所有已打开的文件里搜某段文本」，那确实要用 Ctrl+Shift+F，但必须清楚：
-
Ctrl+F只扫当前激活 Tab，跨 Tab 搜索必须走Ctrl+Shift+F -
Where框留空 = 扫整个项目目录（./），不是已开 Tab - 想只扫已开文件？没有通用关键字。稳妥做法是：先用
Ctrl+P打开目标文件，再用Ctrl+F局部搜索
哪些快捷键看似相关，其实完全不是一回事
混淆这些操作是卡住的常见原因：
-
Ctrl+Tab/Ctrl+PgDown：按 MRU 切换，但会包含已关闭又重开的临时文件、甚至后台命令面板，不可控 -
Alt+-：不是切标签，是编辑位置历史栈回退（类似浏览器后退），焦点必须在编辑区才生效 -
Ctrl+Shift+T：唤出的是「最近打开过的文件」历史列表（含已关闭的），不是当前已开 Tab 列表 -
Ctrl+Shift+F面板里的Find in Files：本质是磁盘文件扫描，即使你关掉一个 Tab，只要它曾被保存过，仍可能出现在结果里
真正关键的细节只有一个：Sublime 对“已打开”的判定完全基于内存状态，没有 API 暴露给搜索面板，也没有 UI 显示这个集合。所以所有所谓“筛选已开标签页”的操作，本质上都是绕过 UI、靠 Ctrl+P 直接命中内存索引——这是唯一稳定、无需插件、不依赖项目模式的路径。
