Sublime Text的Ctrl+Tab默认按MRU顺序切换而非标签栏物理顺序；可改用next_view_in_stack/prev_view_in_stack实现线性切换，或用Ctrl+P模糊搜索最可靠。
Ctrl+Tab 默认不是“按标签栏顺序”切换
Sublime Text 的 Ctrl+Tab（Windows/Linux）或 Cmd+Tab（macOS）默认走的是 MRU（Most Recently Used）顺序，不是你眼睛看到的从左到右排列。你刚点过 router.py，哪怕它在第 7 个位置，下一次 Ctrl+Tab 就会跳过去——这不是快捷键坏了，是行为设计如此。
常见干扰项包括：
- 中文输入法（尤其全角模式）常劫持
Ctrl+Tab，表现为按了没反应；切回英文输入法再试 -
Ctrl+Shift+P命令面板、Untitled无名文件、查找框都算“视图”，参与 MRU 排序但不显示在标签栏，导致你按着Ctrl+Tab却找不到目标 - 刚用
Ctrl+W关掉一个标签，它可能还在 MRU 栈里，Ctrl+Tab会闪回一个空视图
想严格按标签栏物理位置切换？换命令
用 next_view_in_stack 和 prev_view_in_stack 替代默认命令，就能实现类似 Chrome 的线性切换（从左到右 / 从右到左）。
操作很简单：
- 打开 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+1～Ctrl+9 是按位置，不是按文件
这些快捷键绑定的是当前 Group（分屏列）内从左往右的**物理位置索引**，不是文件本身，也不是打开顺序。
-
Ctrl+1永远是当前 Group 最左边那个标签，哪怕它是你第 12 个打开的文件 - 拖拽重排标签后，
Ctrl+3仍跳“第三个位置”，不是“原来第三个文件” - 超过 9 个标签？没有原生
Ctrl+0跳最后，也不能自定义Ctrl+10——数字键只支持 1–9 - 开了分屏（比如
Ctrl+Alt+2左右两列），Ctrl+3只在当前列找第三个标签，另一列完全不响应
真正可靠、不依赖记忆的切换方式是 Ctrl+P
别硬记位置或顺序，Ctrl+P（Windows/Linux）或 Cmd+P（macOS）模糊搜索才是最稳的路径。
- 输
user自动列出所有含该词的已打开/未打开文件（结果里带:标识已打开） - 输
:32直接跳当前文件第 32 行；输@login可跳函数定义（需符号索引就绪） - 哪怕你刚关掉
settings.json，Ctrl+P输setting仍能立刻重新打开 - 它不走 MRU，也不依赖标签是否还开着，更不受输入法或临时视图干扰
最常被忽略的一点：很多人以为 Ctrl+P 只是用来“打开新文件”，其实它对“已打开标签”的匹配优先级更高，且不显示“已打开”标识——你得自己认出那个带 : 的条目。
