Ctrl+1～Ctrl+9切换的是第N个已固定（非预览态）标签页或编辑器组：单组时按物理位置编号，预览标签不参与计数；多组时则切换组本身，而非组内标签。
Ctrl+1～Ctrl+9 不是“第几个打开的文件”，而是“第几个固定标签页”
很多人按 Ctrl+3 想跳到第三个打开的文件，结果却停在了第四个标签上——根本原因在于 VSCode 的数字键只对**已固定（非预览态）** 的标签页编号，斜体显示的预览标签（比如从搜索结果单击打开、或大纲视图里点进来的文件）完全不参与计数。
这种行为不是 bug，是设计逻辑：VSCode 把“临时查看”和“常驻编辑”做了明确区分。预览标签默认不占编号位，关掉后自动消失，也不会影响后续索引。
- 双击一个预览标签（斜体），它会转为固定态，立刻获得一个稳定编号
- 拖拽调整过标签顺序后，“第 3 个位置”的物理索引就变了，
Ctrl+3跳的目标也跟着变 - 如果第 3 个位置是预览标签，
Ctrl+3会直接跳过，落到第 4 个固定标签页上 - 超过 9 个固定标签页时，
Ctrl+9之后的只能靠Ctrl+P或Ctrl+Tab面板补位
多编辑器组下 Ctrl+数字键的行为完全不同
当你用了左右分栏、上下分栏等多编辑器组（Editor Groups）时，Ctrl+1～Ctrl+9 的含义就彻底切换了：它不再切标签页，而是切**编辑器组本身**。
例如：Ctrl+1 强制激活第一个编辑器组（通常是左侧或上方），Ctrl+2 激活第二个（右侧或下方），且会恢复该组上次激活的标签页——不是最新打开的那个，也不是你当前看到的。
- 如果你只开了一个编辑器组，
Ctrl+2～Ctrl+9全部无效，不会报错也不会提示 - 想确认当前有几个组？看窗口顶部状态栏右端有没有 “1:1”、“2:3” 这类标记（格式为「组号:当前组内固定标签数」）
- 用
workbench.action.moveEditorToNextGroup可把当前标签页拖进下一个组，但需手动绑定快捷键
怎么让所有标签都进编号序列？关掉预览模式
如果你希望每个新打开的文件都立即成为固定标签、参与 Ctrl+1～Ctrl+9 编号，最直接的办法是禁用预览模式。这不是妥协，而是统一行为预期的关键配置。
在 settings.json 中添加：
{
"workbench.editor.enablePreview": false
}保存后，所有单击打开的文件都会以固定态加载，标签不再显示为斜体，Ctrl+N 就真正对应“从左数第 N 个位置”。但要注意：
- 这会增加标签页数量，尤其在快速浏览多个文件时
- 关闭该选项后，
Ctrl+K W（关闭全部未保存文件）这类批量操作的影响面会变大 - 部分插件（如 GitLens 的文件比较）依赖预览态做轻量交互，关掉后可能触发完整加载
数字键失效？先查是不是被编辑器组或预览态卡住了
Ctrl+5 按了没反应，大概率不是快捷键冲突，而是当前上下文不满足执行条件。VSCode 对数字键的响应非常“安静”：不报错、不提示、不 fallback，只沉默失败。
排查顺序建议：
- 右键任意标签 → 若菜单含
Close Preview Editor，说明它是预览态；双击一次再试 - 看顶部状态栏是否显示类似
2:1的标记 → 如果是，说明你在第二编辑器组，Ctrl+1会切到第一组，而非本组第一个标签 - 检查是否只有一个固定标签页 →
Ctrl+1在单标签场景下永远有效（回到自己），但Ctrl+2及以上必然静默 - 确认没启用
workbench.editor.revealIfOpen的极端配置，它可能导致标签页复用而非新建，间接影响编号连续性
真正容易被忽略的是：数字键的“位置感”完全依赖视觉排列，但 VSCode 标签栏支持横向滚动，超出可视区的标签页虽然存在，却不参与 Ctrl+N 的物理索引计算——它们得先滚进来，再被编号。
