Ctrl+Tab默认被系统劫持用于应用切换，Sublime中标签页切换需用Ctrl+PgUp/PgDn或Ctrl+1～9；中文输入法、MRU隐形视图及刚关闭标签会导致Ctrl+Tab失灵；改用next_view_in_stack可按标签栏物理顺序切换。
Ctrl+Tab 默认不切换标签页，而是切出编辑器
Windows/Linux 下按 Ctrl+Tab 会触发系统级应用切换（Alt+Tab 的变体），直接跳出 Sublime Text——这不是 Sublime 崩溃或快捷键失效，是操作系统劫持了这个组合键。macOS 上同理，Cmd+Tab 是全局应用切换，和浏览器标签切换无关。
真正生效的默认标签页切换快捷键是：
-
Ctrl+PgUp：切换到左侧相邻标签页 -
Ctrl+PgDn：切换到右侧相邻标签页 -
Ctrl+1～Ctrl+9：跳转到当前 Group（分屏）内从左往右第 N 个位置的标签页（索引从 1 开始，但实际对应内部 index 0～8）
为什么 Ctrl+Tab 按了没反应，或总跳到空白页？
即使你手动绑定了 Ctrl+Tab，它仍可能“失灵”或跳到看不见的地方，常见原因有：
- 中文输入法处于全角模式时，会吞掉
Ctrl+Tab组合键，表现为无响应——先切回英文输入法再试 - Sublime 把命令面板（
Ctrl+Shift+P）、查找框、Untitled文件都算作“视图”，它们参与 MRU（最近使用）排序，但不显示在标签栏上，所以你连按多次Ctrl+Tab，可能反复落到这些隐形视图里 - 刚用
Ctrl+W关掉一个标签，它还在 MRU 栈中，next_view命令仍会把它当作有效目标，导致闪回一个空/白标签
想严格按标签栏从左到右顺序切换，怎么配？
用 next_view_in_stack 和 prev_view_in_stack 替代默认的 next_view/prev_view，它们只看标签栏物理位置，不理会 MRU。
操作步骤：
- 打开 Preferences → Key Bindings
- 在右侧用户配置区（右侧面板）粘贴以下 JSON（注意引号、逗号、方括号格式）：
[ {"keys": ["ctrl+tab"],"command":"next_view_in_stack"}, {"keys": ["ctrl+shift+tab"],"command":"prev_view_in_stack"} ]
保存即生效，无需重启。但要注意：next_view_in_stack 不会自动跳过刚关掉的标签——第一次按可能闪回空标签，多按一次就跳过了。
标签太多时，Ctrl+1～9 失效的根本原因
Ctrl+1～Ctrl+9 绑定的是“当前 Group 内从左往右第 N 个位置”，不是文件名、不是打开顺序、也不是全局索引。这意味着：
- 拖拽重排标签后，
Ctrl+3仍跳“第三个位置”，不是“原来第三个文件” - 开了左右两列（
Ctrl+Alt+2），Ctrl+3只在当前列找第三个标签，另一列的同位置标签完全不响应 - 超过 9 个标签？没有原生
Ctrl+0跳最后，也不能自定义Ctrl+10——数字键只支持 1～9 - 临时视图（如命令面板、无名文件）不占位，也不响应数字键
真正可靠、不依赖记忆的切换方式是 Ctrl+P（Windows/Linux）或 Cmd+P（macOS）：它模糊匹配已打开文件名（含路径），输 user 就列出所有含该词的标签，输 :32 直接跳当前文件第 32 行，哪怕那个文件刚刚被 Ctrl+W 关掉，也能立刻重新打开——这点常被忽略，却是日常效率的关键。
