Sublime Text标签页切换快捷键因系统而异：Windows/Linux用Ctrl+Tab/Ctrl+Shift+Tab按最近使用顺序（MRU）切换，macOS用Cmd+Shift+[ / ]按标签栏物理顺序切换；PgUp/PgDn易被系统劫持，推荐Ctrl+数字键直接跳转。
Sublime Text 切换标签页不靠鼠标，核心就两条快捷键，但不同系统行为差异大，容易按错或没反应。
Windows / Linux 下用 Ctrl+Tab 和 Ctrl+Shift+Tab
这是最接近浏览器习惯的切换方式：Ctrl+Tab 循环切到下一个标签页，Ctrl+Shift+Tab 切回上一个。注意：它不是按打开顺序，而是按「最近使用顺序」（MRU），也就是你上次点过的那个标签页会排在最前。
- 如果刚从 A 切到 B，再按
Ctrl+Tab会直接回到 A（不是 C） - 关掉中间某个标签页后，MRU 链不会断，但跳转路径会变，容易误判
- 按住
Ctrl不放，连按Tab可呼出预览面板，松手即跳转——这个功能默认开启，但部分插件（比如Origami）可能干扰显示
macOS 下必须用 Cmd+Shift+[ 和 Cmd+Shift+]
macOS 版 Sublime Text 默认不认 Cmd+Tab（那是系统级应用切换），所以改用了方向类组合键：Cmd+Shift+[ 切上一标签页，Cmd+Shift+] 切下一标签页。它走的是「标签栏物理顺序」，和打开先后无关。
- 左边第一个标签页按
Cmd+Shift+[会循环跳到最后一个 - 如果你常用多行标签（靠
View → Layout分屏），这个快捷键只在当前组内生效，不会跨组跳 - 想改回类似 Windows 的 MRU 行为？得手动改 Key Bindings，在用户键位文件里加
{ "keys": ["super+tab"], "command": "next_view" }等规则，但原生命令名是next_view和prev_view，不是next_tab
为什么 Ctrl+PgUp / Ctrl+PgDn 有时失灵？
这组键在部分笔记本或远程桌面环境根本发不出信号——PgUp 和 PgDn 经常被系统或显卡驱动劫持，尤其外接键盘映射不全时。Sublime 虽然默认绑定了它们，但底层收不到键值，就表现为“按了没反应”。
- Windows 上可进
Settings → Preferences → Key Bindings查看当前生效的键位定义 - 搜索
"ctrl+pageup"确认是否存在，若被注释掉或重复定义，优先级会被覆盖 - 更稳的替代方案是用
Ctrl+9（跳首页签）、Ctrl+0（跳末尾签），这两个几乎不冲突，且支持数字键直接跳指定位置（如Ctrl+3跳第 3 个标签）
插件影响：装了 SideBarEnhancements 或 AdvancedNewFile 后快捷键变慢？
这类插件会在标签页切换瞬间触发额外检查（比如刷新侧边栏状态、校验文件路径），造成轻微卡顿，尤其项目大时感知明显。不是快捷键失效，而是响应延迟半秒左右。
- 临时验证方法：用
Menu → Preferences → Browse Packages…进入插件目录，重命名疑似插件文件夹后重启 Sublime - 真要兼顾效率与功能，建议把
next_view_in_stack类命令绑定到更顺手的组合键，避免依赖插件自带的快捷键 - 别忽略
Ctrl+P：搜文件名比切标签更快，特别是超过 15 个标签时，MRU 逻辑反而不如模糊搜索准
真正卡住多数人的，从来不是记不住快捷键，而是没意识到 MRU 和物理顺序是两套逻辑，以及系统层拦截比 Sublime 自身配置更难排查。
