Ctrl+Tab 默认按 MRU 顺序切换，非标签栏位置；可改用 next_view_in_stack 实现物理顺序切换；Ctrl+1～9 绑定标签位置而非文件；最可靠方式是 Ctrl+P 模糊搜索。
Ctrl+Tab 为什么总跳到“奇怪的标签”？
不是快捷键坏了，是 Sublime 默认用 next_view 命令走 MRU（Most Recently Used）顺序——它记住你**最后点过哪个文件**，而不是标签栏从左到右的位置。你刚编辑 utils.py，哪怕它在第 7 个位置，下一次 Ctrl+Tab 就会直奔它，跳过视觉上相邻的标签。
常见干扰项包括：Ctrl+Shift+P 命令面板、Untitled 无名文件、查找框，它们都算“视图”，参与 MRU 排序但不显示在标签栏；中文输入法（尤其全角模式）常劫持 Ctrl+Tab，表现为按了没反应——先切回英文输入法再试。
想严格按标签栏顺序切换（像 Chrome 那样）？
把 Ctrl+Tab 绑定到 next_view_in_stack，Ctrl+Shift+Tab 绑定到 prev_view_in_stack。这两个命令只看标签栏物理位置，不理会操作历史。
操作步骤：
- 打开
Preferences → Key Bindings - 在右侧用户配置区粘贴以下 JSON（注意逗号和引号格式）：
[ {"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 为什么经常失灵？
这些快捷键绑定的是**当前 Group 内从左往右的固定位置索引**，不是文件本身，也不是打开顺序：
- 拖拽重排标签后，
Ctrl+3仍跳“第三个位置”，不是“原来第三个文件” - 开了分屏（比如
Ctrl+Alt+2左右两列），Ctrl+3只在当前列找第三个标签，另一列完全不响应 - 超过 9 个标签，没有原生
Ctrl+0跳最后；Ctrl+10无法自定义——数字键只支持 1–9 - 临时视图（命令面板、无名文件）不占位，也不响应数字键
真正可靠、不依赖记忆的切换方式是什么？
用 Ctrl+P（Windows/Linux）或 Cmd+P（macOS）模糊搜索已打开的文件名。它不走 MRU，不看标签是否还开着，甚至能重新打开刚关掉的 settings.json。
输入示例：
- 输
user→ 列出所有含该词的已开标签（带路径） - 输
:32→ 跳当前文件第 32 行 - 输
@login→ 跳函数定义（需符号索引就绪）
最易被忽略的一点：它不显示“已打开”标识，但结果里带时间戳的条目就是当前已打开的标签——别因为没看到提示就放弃用它。
