ctrl+tab总跳到“看不见”的标签是因为sublime默认采用mru（最近使用）逻辑，将命令面板、查找框、untitled文件等不显示在标签栏的视图纳入切换序列；改用next_view_in_stack命令可实现按标签栏物理位置的线性切换，但需手动修改键绑定配置。
Ctrl+Tab 为什么总跳到“看不见”的标签？
Sublime 的 Ctrl+Tab 默认走 MRU（Most Recently Used）逻辑，不是按标签栏从左到右顺序，而是按你**最后编辑过的视图**排序。命令面板（Ctrl+Shift+P）、查找框、Untitled 文件、甚至刚用 Ctrl+W 关掉但还没清出栈的标签，都算“视图”，参与排序但不显示在标签栏——你连按十次 Ctrl+Tab，可能有三四次落在这些“隐形标签”上。
常见表现：
- 按了没反应（其实是跳到了无名空标签，界面没变化）
- 刚关掉第 5 个标签，再按
Ctrl+Tab却闪回一个空白页 - 输入法处于中文全角模式时，
Ctrl+Tab被系统劫持，根本发不出键值
这不是快捷键坏了，是设计如此。想让它“看得见、摸得着”，就得换命令。
怎么改成真正的从左到右线性切换？
用 next_view_in_stack 和 prev_view_in_stack 替代默认的 next_view/prev_view。前者只看标签栏物理位置，不理会你点过谁，行为接近 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～9 为什么有时跳错位置？
Ctrl+1～Ctrl+9 绑定的是“当前 Group 内从左往右第 N 个位置”，不是文件，也不是全局索引。拖拽重排标签后，Ctrl+3 仍指向“第三个槽位”，哪怕原来在那儿的文件早被拖走了。
失效场景：
- 开了分屏（比如
Ctrl+Alt+2左右两列），Ctrl+3只在当前列找第三个标签，另一列完全不响应 - 标签超过 9 个，
Ctrl+0是命令面板快捷键，不能跳最后；Ctrl+10原生不支持 - 某个标签被拖进另一个 Group，它就彻底脱离
Ctrl+1～Ctrl+9的管辖范围
如果真需要数字跳转且不受分组限制，得用 select_by_index 并手动绑定，但它的索引基于当前 Group 所有可见标签顺序，拖拽后依然会漂移。
拖拽排序后，快捷键还靠谱吗？
拖拽重排只影响视觉位置，不影响底层栈结构。MRU 切换（默认 Ctrl+Tab）完全不受拖拽影响；线性切换（next_view_in_stack）则严格跟随拖拽后的新位置——这才是你拖完之后真正想依赖的行为。
但有两个坑容易忽略：
- 右键 → Move to Group 是跨 Group 操作，拖拽标签到另一列后，它就不再响应原 Group 的
Ctrl+1～Ctrl+9 - 启用
"enable_tab_scrolling": true后，标签栏出现滚动箭头，但快捷键仍以“可视区域内的物理位置”为准——如果第 12 个标签被滚出视野，Ctrl+9仍跳不到它，除非你先滚过去
最稳的兜底方案永远是 Ctrl+P：输文件名模糊匹配，不依赖位置、不care是否关闭、不看分组，只要它在当前窗口打开过，就能秒切。
