Ctrl+1/Ctrl+9按标签栏物理位置跳转且仅对已固定标签页有效；预览态（斜体）标签不参与编号与首末跳转；推荐配置Ctrl+Home/Ctrl+End绑定workbench.action.firstEditorInGroup等命令实现稳定首末跳转。
Ctrl+1 和 Ctrl+9 能直接跳到首个/末尾标签页，但只对「已固定」的标签页有效
VSCode 的 Ctrl+1～Ctrl+9 不是按打开顺序，而是按标签栏从左到右的**物理位置索引**跳转。所以 Ctrl+1 确实能跳到最左边那个标签页，Ctrl+9 跳到第 9 个位置（不一定是最后一个），但前提是那个位置上得是一个**已固定**的标签页（非斜体、非预览态）。
常见错误现象：
- 点了搜索结果里的文件，它以预览模式打开（标签名斜体），
Ctrl+1按了没反应——因为预览标签不参与编号 - 拖拽调整过标签页顺序，
Ctrl+3跳到了意料之外的文件——索引跟着物理位置变了，不是“第 3 个打开的” - 标签页超过 9 个，
Ctrl+9后面的只能靠Ctrl+Tab面板或Ctrl+P搜索
想稳稳跳到「第一个」和「最后一个」常驻标签页？得手动配 keybindings.json
VSCode 没有开箱即用的“跳首/末固定标签页”命令，但可以用内置命令组合实现。推荐在 keybindings.json 中加两条：
[<br> { "key": "ctrl+home", "command": "workbench.action.firstEditorInGroup" },<br> { "key": "ctrl+end", "command": "workbench.action.lastEditorInGroup" }<br>]
注意点：
-
workbench.action.firstEditorInGroup和workbench.action.lastEditorInGroup只找当前编辑器组内**已固定**的标签页，自动跳过所有预览态（斜体）标签 - 别用
workbench.action.openFirstEditor这类不存在的命令，VSCode 会静默忽略 - macOS 用户若
Ctrl+Home/Ctrl+End无效，可用Cmd+Shift+[/Cmd+Shift+]替代，或改用Fn+Ctrl+←/Fn+Ctrl+→（需确认系统未劫持）
为什么不能直接用 Ctrl+Tab 面板选首/末？
Ctrl+Tab 弹出的是 MRU（最近使用）面板，顶部是当前文件，往下是历史顺序，**不保证首尾对应标签栏物理位置**。即使你刚打开第一个文件，它也可能因中间切换过其他文件而排在面板中下部。
更麻烦的是：
- 预览标签默认不进 MRU 列表，但关闭后可能残留历史记录，干扰判断
- 面板松手即跳，没法用方向键精准选中“第一个”或“最后一个”项
- 多编辑器组下，MRU 面板只显示当前组内容，看不到其他组的首/末标签
真正容易被忽略的点：标签页状态决定一切
VSCode 的标签页行为完全由三层状态驱动：预览态（斜体）、固定态（常规字体）、编辑器组（分栏容器）。所有快捷键都只对固定态生效，且仅限当前组。你以为的“首个标签页”，如果它是预览态，那它就不存在于任何数字键、首末跳转或 MRU 列表中——双击一下再试，问题通常就解了。
