sublime text 默认不支持 ctrl+tab 切换标签页，需手动配置；推荐使用 ctrl+p（cmd+p）全局搜索切换，稳定覆盖所有场景，不受 mru、分组或关闭状态影响。
Sublime Text 默认不把 Ctrl+Tab 绑定为标签页切换，它要么被系统占用（切应用），要么压根没绑定——你得手动加。
为什么 Ctrl+Tab 按了没反应或切到别的程序
Windows/Linux 下，Ctrl+Tab 是系统级应用切换热键，Sublime 不拦截它；即使你没切出去，也可能是中文输入法（尤其全角模式）吞掉了组合键。先确认输入法是英文半角状态，再试。
-
Ctrl+PgUp和Ctrl+PgDn是 Sublime 原生支持的左右相邻标签切换，默认就有效，不用配 - 如果你看到
Ctrl+Tab在别处生效（比如浏览器），那说明它根本没进 Sublime 进程 - 装了
SideBarEnhancements或Origami插件？它们可能偷偷重绑了Ctrl+Tab，去Preferences → Key Bindings搜一下"ctrl+tab"就知道
怎么让 Ctrl+Tab 真正切换已打开的标签页
打开 Preferences → Key Bindings，在右侧用户配置区（右侧面板）粘贴以下 JSON：
[ {"keys": ["ctrl+tab"], "command": "next_view"}, {"keys": ["ctrl+shift+tab"], "command": "prev_view"} ]
保存即生效。注意：next_view 和 prev_view 按的是 MRU（最近使用）顺序，不是标签栏从左到右的位置——你刚点过的文件，不管它在哪，下次 Ctrl+Tab 就跳过去。
- MRU 会把命令面板（
Ctrl+Shift+P）、无名文件（Untitled）、查找框都算作“视图”，但它们不显示在标签栏，容易导致按着Ctrl+Tab却找不到目标 - 关掉一个标签后，它可能还在 MRU 栈里，导致你按一次闪出个空视图——多按一次就跳过了
- 不想用 MRU？换成
next_view_in_stack和prev_view_in_stack，它只认标签栏物理位置，更接近 Chrome 的体验
如何用 Ctrl+1～Ctrl+9 跳第 N 个标签
Sublime 默认把 Ctrl+1～Ctrl+9 分配给了分屏 Group 切换，不是标签页。要改成跳标签，必须手动绑定 select_by_index：
[ {"keys": ["ctrl+1"], "command": "select_by_index", "args": {"index": 0}}, {"keys": ["ctrl+2"], "command": "select_by_index", "args": {"index": 1}} ]
索引从 0 开始，Ctrl+1 对应第 1 个位置（最左），不是第 1 个打开的文件。
- 拖拽重排过标签？
Ctrl+3仍跳“第三个位置”，不是“原来第三个文件” - 开了左右两列（
Ctrl+Alt+2）？每个 Group 独立计数：Ctrl+1在左列跳左列第一个，在右列跳右列第一个 - 超过 9 个标签？没有原生
Ctrl+0跳最后，也不能自定义Ctrl+10——数字键只支持 1–9 - 别绑定
Ctrl+0，它默认触发命令面板（Ctrl+Shift+P）
真正可靠、不用记位置的切换方式是什么
别硬配、别硬记。Ctrl+P（Windows/Linux）或 Cmd+P（macOS）是唯一覆盖所有场景的方案：它不依赖标签是否还开着，不走 MRU，也不看你在哪个 Group。
- 输
user，立刻列出所有含该词的已开标签（哪怕刚关掉settings.json，输setti还能重新打开） - 输
:32直接跳当前文件第 32 行；输@get_user可跳函数定义（需符号索引就绪） - 它甚至能匹配路径中的子串，比如
src/main.py输main就能命中
复杂点在于：Ctrl+P 的搜索结果不标“已打开”，你得靠经验判断哪条是当前已开的标签——但它确实比任何基于位置或顺序的快捷键都稳定。
