Sublime的Ctrl+Tab默认按MRU顺序切换而非标签位置，导致跳转不可预测；可改为next_view_in_stack实现线性切换，或用Ctrl+P模糊搜索更高效。
Ctrl+Tab 为什么切得“乱七八糟”？
Sublime 的 Ctrl+Tab 默认走的是 MRU（Most Recently Used）顺序，不是标签栏从左到右的线性顺序。你刚切到第 5 个标签，再按一次 Ctrl+Tab，它会跳回你**上一次编辑过的那个**——可能在最左边，也可能在中间，甚至是你以为已经关掉的临时面板。
- 这不是 bug，是设计：它优先照顾“最近操作流”，不是视觉位置
- 如果你习惯像 Chrome 那样按标签顺序轮转，就会觉得它“失灵”
- MRU 在打开 10+ 个文件又频繁跳转时，路径完全不可预测，容易卡住
想改成线性切换？直接改键绑定：
[ { "keys": ["ctrl+tab"], "command": "next_view_in_stack" }, { "keys": ["ctrl+shift+tab"], "command": "prev_view_in_stack" } ]粘进 Preferences → Key Bindings 的右侧用户配置里，保存即生效。
Ctrl+P 比 Ctrl+Tab 更快的场景
当你有 6 个以上标签页，或者文件名有规律（比如 user_controller.py、user_service.py），Ctrl+P 的模糊匹配远比盲按 Ctrl+Tab 可靠。
- 输
user 就列出所有含该词的文件；输 :32 直接跳当前文件第 32 行
- 支持
@ 跳函数、# 跳变量、! 过滤未打开文件
- 不依赖标签是否还开着——哪怕你刚关掉
settings.json，Ctrl+P 仍能立刻重新打开
user 就列出所有含该词的文件；输 :32 直接跳当前文件第 32 行@ 跳函数、# 跳变量、! 过滤未打开文件settings.json，Ctrl+P 仍能立刻重新打开别等标签页堆到看不见才想起它。日常开发中，80% 的跳转发生在最近 10 个文件内，Ctrl+P 是唯一值得先练熟的入口。
多窗口和多列下，切换逻辑完全不同Ctrl+Tab 只在**当前窗口的当前列（Group）** 内循环，不会跨窗口、也不会跨列跳转。
- 你开了两个 Sublime 窗口，按
Ctrl+Tab 永远切不出去，得用系统级 Alt+Tab（Win/Linux）或 Cmd+`（macOS）
- 分了左右两列（
Ctrl+Alt+2），默认只在左列里切；想切右列的文件，得先点一下右列的任意标签，或用 Ctrl+Alt+Tab（全局标签切换）
- 右键标签页选 “Move to New Window”，可把单个文件拖成独立窗口——适合双屏写代码+查文档，但注意：新窗口不继承原窗口的项目设置
数字快捷键（Ctrl+1～9）的隐藏限制Ctrl+1 到 Ctrl+9 固定绑定标签栏**从左往右的第 1～9 个位置**，和文件内容无关。
- 拖动标签重排后，
Ctrl+3 依然跳“第三个位置”，不是“原来第三个文件”
- 只有前 9 个有效；第 10 个起，没原生快捷键，也不能用
Ctrl+0 跳最后
- 临时标签页（比如命令面板
Ctrl+Shift+P 弹出的）不占位，也不响应数字键——它甚至不显示在标签栏上，只能靠 Ctrl+W 关当前焦点页来退出
Ctrl+Tab 永远切不出去，得用系统级 Alt+Tab（Win/Linux）或 Cmd+`（macOS）Ctrl+Alt+2），默认只在左列里切；想切右列的文件，得先点一下右列的任意标签，或用 Ctrl+Alt+Tab（全局标签切换）Ctrl+1 到 Ctrl+9 固定绑定标签栏**从左往右的第 1～9 个位置**，和文件内容无关。
- 拖动标签重排后，
Ctrl+3依然跳“第三个位置”，不是“原来第三个文件” - 只有前 9 个有效；第 10 个起，没原生快捷键，也不能用
Ctrl+0跳最后 - 临时标签页（比如命令面板
Ctrl+Shift+P弹出的）不占位，也不响应数字键——它甚至不显示在标签栏上，只能靠Ctrl+W关当前焦点页来退出
真正麻烦的不是记不住快捷键，而是搞不清「当前焦点在哪」：状态栏左下角的 Group: 0 或 Group: 1 才是真实依据，眼睛看到的不一定正在编辑。
