Ctrl+Tab默认按MRU（最近使用顺序）切换而非标签栏顺序，导致跳转不可预测；可改用next_view_in_stack实现线性切换，或用Ctrl+P模糊搜索精准定位。
Ctr+Tab 默认不是“下一个标签”，而是“上次用过的那个”——想靠它线性切换，必然跳错。必须改键绑定或换策略。
为什么 Ctrl+Tab 总是跳到奇怪的位置？
根本原因是 Sublime 默认启用 MRU（Most Recently Used）模式：next_view 命令不看标签栏顺序，只按你最近点击/编辑的视图时间戳排序。比如你刚在 user_service.py 里改了两行，哪怕它在第 7 个位置，下一次 Ctrl+Tab 就会直奔它而去。
- 关掉中间某个标签后，MRU 链不会重排，但跳转路径可能卡在已关闭视图的残留引用上
-
Ctrl+Shift+P、无名文件（Untitled）、查找框都算“视图”，参与排序却不显示在标签栏，导致你按着Ctrl+Tab却找不到目标 - 中文输入法（尤其全角模式）常劫持
Ctrl+Tab，表现为按了没反应——先切回英文输入法再试
怎么改成从左到右线性切换？
用 next_view_in_stack 替代默认行为，它严格按标签栏物理位置循环，和 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 为什么经常失灵？
这组快捷键绑定的是标签栏**从左往右的固定位置索引**，不是文件本身，也不是打开顺序。
-
Ctrl+1永远是当前 Group 最左边那个标签，哪怕它是你第 12 个打开的文件 - 拖拽重排标签后，
Ctrl+3仍跳“第三个位置”，不是“原来第三个文件” - 超过 9 个标签？没有原生
Ctrl+0跳最后，也不能自定义Ctrl+10——数字键只支持 1–9 - 分屏（Group）后，每个 Group 独立计数：
Ctrl+1在左列跳左列第一个，在右列跳右列第一个
真正可靠的切换方式是什么？
别硬记位置，也别依赖视觉扫描——Ctrl+P 是唯一覆盖所有场景的方案。
- 输
user自动列出所有含该词的已打开/未打开文件（已打开的带:标识） - 输
:32直接跳当前文件第 32 行；输@login跳函数定义（需符号索引就绪） - 它不依赖标签是否还开着，也不受 MRU 干扰，更不会被插件或输入法劫持
- 标签页一多，
Ctrl+P的响应速度和意图明确性远超盲按Ctrl+Tab
最麻烦的其实是“看不见的标签”：命令面板、无名文件、临时搜索框都参与 MRU 排序却隐身于标签栏——它们才是让你按着 Ctrl+Tab 找不到目标的真正原因。
