Sublime 的 Ctrl+Tab 默认按 MRU 顺序切换标签，而非标签栏物理顺序；可改用 next_view_in_stack 命令实现从左到右线性切换；Ctrl+1～9 按当前分组位置索引，非文件本身；最可靠方式是 Ctrl+P 模糊搜索已打开文件。
Ctrl+Tab 为什么总跳到“不该去”的标签？
Sublime 的 Ctrl+Tab 默认走的是 MRU（Most Recently Used）顺序，不是你看到的标签栏从左到右排列顺序。你刚编辑过 api.py，哪怕它在第 7 个位置，下一次 Ctrl+Tab 就会优先跳过去——这不是快捷键坏了，是行为设计如此。
- 刚用
Ctrl+W关掉一个标签，再按Ctrl+Tab可能闪回一个空视图（它还在 MRU 栈里，只是没渲染） - 命令面板（
Ctrl+Shift+P）、查找框、无名文件（Untitled）都算“视图”，参与排序但不显示在标签栏，导致你按着没反应 - 中文输入法在全角模式下常劫持
Ctrl+Tab，表现为按键无效——先切回英文输入法再试
怎么改成从左到右线性切换？
想让它像 Chrome 那样严格按标签栏物理位置顺序跳转，得把 Ctrl+Tab 绑定到 next_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+1～Ctrl+9 为什么经常失灵？
Ctrl+1～Ctrl+9 绑定的是“当前 Group 内从左往右的第 N 个位置”，不是文件本身，也不是全局索引：
- 开了左右分屏（比如
Ctrl+Alt+2），Ctrl+3只在当前列找第三个标签，另一列的同位置标签完全不响应 - 拖拽重排过标签，
Ctrl+3仍指向“第三个位置”，不是“原来第三个文件” - 超过 9 个标签后，没有原生
Ctrl+0跳最后，也不能自定义Ctrl+10——数字键只支持 1–9 - 临时视图（如命令面板、无名文件）不占位，也不响应数字键
真正可靠、不依赖记忆的切换方式是什么？
别硬记位置，用 Ctrl+P（Windows/Linux）或 Cmd+P（macOS）模糊搜索已打开文件名：
- 输
user，立刻列出所有含该词的已开标签，带:标识 - 输
:32直接跳当前文件第 32 行；输@get_user可跳函数定义（需符号索引就绪） - 哪怕你刚关掉
settings.json，Ctrl+P输setting仍能立刻重新打开
真正麻烦的不是快捷键记不住，而是你忘了 Ctrl+P 能搜已打开的标签——它不显示“已打开”标识，但结果就是它。
