Sublime 的 Ctrl+Tab 默认按最近使用顺序（MRU）切换，而非标签栏从左到右顺序；可通过修改键绑定为 next_view_in_stack 实现线性切换，或用 Ctrl+P 模糊搜索文件名精准跳转。
Sublime 的 Ctrl+Tab 默认不按标签栏从左到右的顺序切换，而是走最近使用顺序（MRU），所以你按着它跳来跳去，经常跳不到“右边那个”，这是正常行为，不是快捷键坏了。
为什么 Ctrl+Tab 总是跳到奇怪的标签？
MRU 逻辑会让刚点过的、刚编辑过的文件排在最前，哪怕它在第 7 个位置；命令面板（Ctrl+Shift+P）、无名文件（Untitled）、查找框这些“视图”也参与排序，但不显示在标签栏——你按着 Ctrl+Tab 却看不到它们，就以为卡了或失灵。
- 中文输入法在全角模式下常劫持
Ctrl+Tab，表现为按了没反应：先切回英文输入法再试 - 刚用
Ctrl+W关掉一个标签，它可能还在 MRU 栈里，导致下次Ctrl+Tab闪回一个空视图 - 分屏（Group）后，
Ctrl+Tab只在当前 Group 内循环，不会跨到另一栏
怎么改成从左到右线性切换？
用 next_view_in_stack 替代默认的 next_view，它只看标签栏物理位置，不理会你点过谁。操作只需改键绑定：
打开 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+1～Ctrl+9 为什么经常失效？
这些快捷键绑定的是“当前 Group 内从左往右的第 N 个位置”，不是文件本身，也不是全局索引。
- 开了左右分屏（比如
Ctrl+Alt+2），Ctrl+3只在当前栏找第三个标签，另一栏的同位置标签完全不响应 - 拖拽重排过标签，
Ctrl+3仍指向“第三个位置”，不是“原来第三个文件” - 超过 9 个标签后，没有原生
Ctrl+0跳最后，也不能自定义Ctrl+10 - 临时视图（如命令面板、无名文件）不占位，也不响应数字键
真正可靠、不依赖记忆的切换方式是什么？
别硬记位置，用 Ctrl+P（Windows/Linux）或 Cmd+P（macOS）。它不走 MRU，也不看标签是否还开着，而是模糊匹配已打开文件名（含路径）：
- 输
user，立刻列出所有含该词的已开标签，带:标识 - 输
:32直接跳当前文件第 32 行；输@get_user可跳函数定义（需符号索引就绪） - 哪怕你刚关掉
settings.json，Ctrl+P输setting仍能立刻重新打开
标签一多，视觉顺序和实际栈顺序就容易错位，靠位置编号或 MRU 切换都会引入不确定性；Ctrl+P 是唯一把控制权交还给文件名本身的方案。
