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+P仍能立刻重新打开它 - 比
Ctrl+Alt+Tab标签列表更快——后者要松开键再选，而Ctrl+P输几个字母就能命中
最易被忽略的一点：多窗口场景下，Ctrl+Tab 完全不跨窗口。你开了项目 A 和项目 B 两个 Sublime 窗口，Ctrl+Tab 永远只在当前窗口内打转——这时必须用系统级 Alt+Tab（Win/Linux）或 Cmd+`（macOS）切换窗口本身。
