Sublime Text 的 Ctrl+Tab 默认无效，需手动绑定 next_view 或 next_view_in_stack 命令；推荐用 Ctrl+PgUp/PgDn 按标签栏顺序切换，或 Ctrl+P 模糊搜索已打开文件。
Ctrl+Tab 默认不工作，必须手动绑定命令
Sublime Text 的 Ctrl+Tab 在 Windows/Linux 上默认无绑定，系统会拦截它切应用，不是编辑器“坏了”。你按了没反应，大概率是根本没触发 Sublime。想让它切换标签页，必须在用户键位配置里显式添加两条规则：
-
next_view对应Ctrl+Tab：按最近使用顺序（MRU）跳转，类似浏览器 -
prev_view对应Ctrl+Shift+Tab：反向 MRU 跳转
打开 Preferences → Key Bindings，在右侧用户配置区粘贴以下 JSON（注意用英文引号、逗号结尾）：
[ {"keys": ["ctrl+tab"], "command": "next_view"}, {"keys": ["ctrl+shift+tab"], "command": "prev_view"} ]
保存后立即生效，无需重启。但要注意：next_view 不按标签栏从左到右顺序走，而是按你最近编辑过的视图栈——刚改过 utils.py，哪怕它在第 8 个位置，Ctrl+Tab 也会优先跳过去。
想严格按标签栏物理顺序？换用 next_view_in_stack
如果你需要像 Chrome 那样“从左到右挨个点”，就得把快捷键绑定到 next_view_in_stack 和 prev_view_in_stack。这两个命令只看标签栏上肉眼可见的排列，不关心你上次编辑的是哪个。
同样在 Key Bindings 用户区替换为：
[ {"keys": ["ctrl+tab"], "command": "next_view_in_stack"}, {"keys": ["ctrl+shift+tab"], "command": "prev_view_in_stack"} ]
小坑：next_view_in_stack 不会自动过滤掉已关闭但仍在栈里的空视图（比如刚按 Ctrl+W 关掉的文件），所以第一次按可能“闪回”一个空白标签，多按一次就跳过了。
Ctrl+PgUp/Ctrl+PgDn 是最稳的线性切换方案
不用改配置，Ctrl+PgUp 和 Ctrl+PgDn 原生就是按标签栏物理顺序左右跳，跨 Group 也有效，且不受 MRU 栈干扰。适合对比阅读、分屏协作等对顺序敏感的场景。
- 左右双栏各开一个文件？
Ctrl+PgDn稳定从左→右→左循环 - 某些笔记本键盘需按
Fn+PgUp才能触发，可临时用Ctrl+Shift+Tab替代（但方向固定，不能反向） -
Alt+1/Alt+2是切 Group，不是切标签，别混用——它只挪焦点，不改当前 Group 内的标签选中态
真正可靠的切换方式其实是 Ctrl+P 模糊搜索
记不住位置、分屏混乱、标签太多？Ctrl+P 是唯一不依赖记忆和顺序的方案。它搜的是“已打开的标签名”，不是整个项目：
- 输
user，列出所有含该词的已开标签（带:标识） - 输
:32直接跳当前文件第 32 行；输@get_user可跳函数定义（需索引就绪） - 刚关掉
settings.json？输setting仍能立刻重新打开
很多人忽略这点：它不显示“已打开”字样，但结果就是它。复杂项目里，靠 Ctrl+P 切标签比任何轮换逻辑都快——因为人脑不擅长维护 MRU 栈，但擅长模式匹配。
