ctrl+p是项目级模糊跳转核心入口，非单纯文件搜索；ctrl+tab默认mru轮转，不按标签栏顺序，需手动绑定next_view_in_stack才能实现线性切换。
Ctrl+P 是唯一值得优先练熟的切换入口，不是“打开文件”，而是项目级模糊跳转；Ctrl+Tab 默认按最近使用顺序（MRU）轮转，不是从左到右，所以别指望它稳定切相邻标签。
Ctrl+P 怎么用才不卡顿、不漏文件
它不是文件对话框，是基于内存索引的实时匹配面板。输错按 Esc 清空就行，不用删光重来。
- 首次使用卡 2–5 秒？右下角状态栏在跑索引，等它消失再输更稳
- 搜不到
.env或.gitignore？检查folder_exclude_patterns是否含".*"，该正则默认排除所有点开头文件 - 输
!node_modules可临时包含被排除目录（需 ST4126+） - 按
→键能预览文件内容（需开启preview_on_click设置） - 连续按两次
Ctrl+P可快速切换最近编辑的几个文件，比盲按Ctrl+Tab更准
Ctrl+Tab 为什么总跳错？怎么改成线性切换
它默认走 next_view 命令，行为是 MRU —— 你刚编辑过 api.js，哪怕它在第 7 个位置，下一次 Ctrl+Tab 就会跳过去，不是右边那个。
- 命令面板（
Ctrl+Shift+P）、查找框、Untitled文件都算“视图”，参与 MRU 排序但不显示在标签栏，导致你按着没反应 - 输入法（尤其中文全角模式）常劫持
Ctrl+Tab，先切英文输入法再试 - 想改成从左到右物理顺序切换：把下面这段粘贴进
Preferences → Key Bindings – User右侧：
[ {"keys": ["ctrl+tab"],"command":"next_view_in_stack"}, {"keys": ["ctrl+shift+tab"],"command":"prev_view_in_stack"} ]
注意：next_view_in_stack 不会跳过刚关掉但栈里还残留的标签，多按一次就过了。
Ctrl+1～9 能不能直接跳第 N 个标签？
原生不支持，Ctrl+1～Ctrl+9 默认绑定的是分屏 Group 切换，不是标签页。但你可以手动绑定 select_by_index 实现：
- 加到用户键位配置里（
Preferences → Key Bindings – User）：
[ {"keys": ["ctrl+1"],"command":"select_by_index","args": {"index": 0} }, {"keys": ["ctrl+2"],"command":"select_by_index","args": {"index": 1} } ]
-
select_by_index按当前 Group 内**可见标签从左到右顺序**编号，从 0 开始 - 拖拽重排会改变位置，但编号不变；如果某标签被拖进另一个 Group，
select_by_index就找不到它 - 别绑
Ctrl+0，它默认触发命令面板（Ctrl+Shift+P）
多文件对比阅读时最稳的快捷键是什么
用 Ctrl+PgUp / Ctrl+PgDn（Windows/Linux），或 Cmd+Shift+[ / Cmd+Shift+]（macOS）。它们不依赖焦点、不分 Group、不看 MRU，只认标签栏物理排列顺序。
- 左栏放
A.js，右栏放B.js，按Ctrl+PgDn就是从 A 到 B，再按一次回 A，来回稳定 - 某些笔记本键盘需配合
Fn才能触发PgUp/PgDn，可临时改用Ctrl+Shift+Tab（效果类似但方向固定） - 右栏开了多个文件？它按你拖拽/打开的顺序依次跳，不是按字母排序
真正容易被忽略的是：MRU 行为不是 bug，是设计；而 Ctrl+P 的威力，只有在项目真正加载（Project → Add Folder to Project…）后才完全释放。没加文件夹，它就只是个慢半拍的文件名搜索器。
