sublime切换标签页默认快捷键：windows/linux为ctrl+tab（正向）和ctrl+shift+tab（反向），macos为cmd+tab和cmd+shift+tab；不支持ctrl+数字键，需手动绑定select_by_index命令。
Sublime 切换标签页的快捷键是什么
Windows/Linux 默认是 Ctrl+Tab（按住不放可预览），Ctrl+Shift+Tab 反向切换；macOS 对应的是 Cmd+Tab 和 Cmd+Shift+Tab。这不是系统级切换，而是 Sublime 自带的「标签轮转」行为，和浏览器标签切换逻辑一致。
常见错误现象：按了 Ctrl+Tab 没反应——大概率是输入法抢了热键，尤其中文输入法在全角/半角切换时会吞掉组合键；也可能是你刚新建了无名文件（Untitled），它没路径、没语法高亮，容易被忽略。
- 确保焦点在编辑区（不是侧边栏或控制台）
- 如果装了
SideBarEnhancements或Origami插件，它们可能重绑了Ctrl+Tab，去Preferences → Key Bindings搜一下确认 - 临时想跳到特定标签？用
Ctrl+P（Goto Anything）再输文件名，比盲切更快
为什么 Ctrl+数字键切换不了第 N 个标签
Sublime 默认不支持 Ctrl+1 切到第 1 个标签这种操作——这其实是 Chrome/Firefox 的习惯，但 Sublime 原生没开这个功能。它默认把 Ctrl+1~Ctrl+9 分配给了「分屏视图」（Group）切换，不是标签页。
如果你确实需要数字跳转，得手动加键位绑定：
[
{ "keys": ["ctrl+1"], "command": "select_by_index", "args": {"index": 0} },
{ "keys": ["ctrl+2"], "command": "select_by_index", "args": {"index": 1} }
]
注意：select_by_index 是按「当前窗口内所有打开的标签」顺序编号，从 0 开始；但标签顺序不等于打开顺序，而是受「拖拽重排」「关闭再开」影响，实际位置可能漂移。
- 绑定后，
Ctrl+1总是选第一个可见标签，哪怕它原本是第 5 个打开的 - 如果某标签被拖到另一个 Group（分屏），
select_by_index就找不到它——它不在当前 Group 里 - 别绑定
Ctrl+0，Sublime 用它触发命令面板（Ctrl+Shift+P）
插件会影响标签切换逻辑吗
会，而且影响很直接。比如 AdvancedNewFile 把 Ctrl+N 改成弹出路径输入框，顺手也劫持了 Ctrl+Tab 的预览逻辑；Origami 更激进，它让每个标签能跨 Group 存在，导致 select_by_index 返回的位置不可靠。
判断插件是否干扰：关掉所有插件（Preferences → Package Control → Disable Package），只留默认功能，测试 Ctrl+Tab 是否恢复正常。如果恢复，就逐个启用排查。
-
Tab Switcher插件提供类似 IDE 的模糊搜索切标签，但它会禁用原生Ctrl+Tab，改用Alt+O - 装了
SyncedSidebar的用户要注意：它会让侧边栏高亮「当前标签对应文件」，但切换标签时如果文件不在侧边栏目录树里，高亮会断连，看起来像没切成功 - 插件越多，
Ctrl+Tab预览弹窗的加载延迟越明显，尤其打开 20+ 标签时
Mac 上 Cmd+`（反引号）为什么无效
Cmd+` 是 macOS 系统级「同一应用内窗口切换」热键，Sublime 默认没接管它。你按了没反应，不是 Sublime 故障，是它根本没监听这个组合键。
想让它生效，必须手动绑定命令到 Cmd+`：
{ "keys": ["super+`"], "command": "next_view_in_stack" }
注意：next_view_in_stack 切换的是「最近使用顺序」，不是标签从左到右的位置。比如你依次开了 A→B→C，然后切回 A，再按 Cmd+` 会跳到 C，不是 B。
-
next_view_in_stack和prev_view_in_stack是一对，适合高频来回跳两个文件 - 这个命令不区分 Group，跨分屏也能跳，但无法跳到已关闭的标签（不像 Chrome 的
Cmd+Shift+T） - 如果用了外接键盘，某些型号的
`键位置偏移，可能要按Shift+`才触发
Ctrl+Tab，实际触发的是输入法候选框。动手前先确认当前 Group 编号（状态栏右下角有显示）和输入法状态，比查文档快得多。
