Ctrl+Tab 默认按最近使用顺序（MRU）而非标签栏顺序切换；可改用 next_view_in_stack 实现从左到右线性切换，或用 Ctrl+P 模糊搜索已打开文件。
Ctrl+Tab 默认不按标签栏顺序切换，而是走最近使用顺序（MRU）——这不是快捷键坏了，是你对它的行为预期错了。
为什么 Ctrl+Tab 切换顺序不可预测？
Sublime 的 next_view 和 prev_view 命令默认按 MRU（Most Recently Used）排序：你刚编辑过 user_service.py，哪怕它在第 8 个位置，下一次 Ctrl+Tab 就会跳过去，而不是右边相邻的标签。这种行为在打开 5+ 文件并频繁交叉编辑时，路径完全脱离视觉预期。
- 关闭某个标签页后，MRU 链不会重排，但跳转链会“断点续传”，容易卡在已关闭视图的残留引用上
- 命令面板（
Ctrl+Shift+P）、查找框、无名文件（Untitled）都算作“视图”，参与 MRU 排序，但不显示在标签栏，导致你按着Ctrl+Tab却找不到目标 - 输入法（尤其中文全角模式）常劫持
Ctrl+Tab，表现为按了没反应——先切回英文输入法再试
怎么改成从左到右线性切换？
用 next_view_in_stack 替代 next_view，它按标签栏物理位置顺序循环，更接近 Chrome 的体验。
- 打开
Preferences → 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+1～Ctrl+9 为什么只对前 9 个有效？
这些快捷键绑定的是标签栏从左往右的固定位置索引，不是文件本身，也不是打开顺序。
-
Ctrl+1永远是当前 Group 最左边那个标签，哪怕它是你第 12 个打开的文件 - 拖拽重排标签后，
Ctrl+3仍跳“第三个位置”，不是“原来第三个文件” - 超过 9 个标签？没有原生
Ctrl+0跳最后，也不能自定义Ctrl+10——数字键只支持 1–9 - 分屏（Group）后，每个 Group 独立计数：
Ctrl+1在左列跳左列第一个，在右列跳右列第一个
标签太多时，什么方法真正可靠？
别硬记位置，用 Ctrl+P（Windows/Linux）或 Cmd+P（macOS）模糊搜索。它不依赖标签是否还开着，也不受 MRU 干扰。
- 输
user自动列出所有含该词的已打开/未打开文件 - 输
:32直接跳当前文件第 32 行；输@login跳函数定义（需符号索引就绪） - 它甚至能重新打开刚关掉的
settings.json，而Ctrl+Tab找不到它
真正麻烦的不是快捷键记不住，而是你忘了 Ctrl+P 能搜已打开的标签——它不显示“已打开”标识，但结果顶部带 : 的就是。
