空格键在资源管理器中用于预览选中文件而非切换标签页，仅生成临时斜体标签，不计入ctrl+1～9索引和mru历史；需同时开启singleclick展开模式与enablepreview才生效，且不支持二进制或超大文件。
空格键在资源管理器里根本不会切换标签页
空格键的作用不是切换已打开的标签页，而是「预览」资源管理器中选中的文件——它会以临时标签页（斜体显示）打开，不固定、不计入 Ctrl+1～Ctrl+9 的物理索引，也不进 MRU 历史。很多人误以为按空格能“快速跳到某个文件”，结果发现关掉就消失、Ctrl+Tab 找不到、Ctrl+3 也跳不过去，根源就在这儿。
- 预览行为依赖两个设置同时开启：
workbench.tree.expandMode必须设为singleClick，workbench.editor.enablePreview必须为true - 二进制文件（如图片、PDF）或超大文本文件（>50MB）默认不支持预览，按空格无反应
- macOS 用户需确认系统 Quick Look 没劫持空格键，否则 VSCode 收不到事件
想用空格“辅助切换”，得先绕过预览机制
如果你的目标是“从资源管理器快速定位并聚焦到某个已打开的标签页”，空格键本身做不到——它只负责打开新预览页。真正起效的是 Ctrl+P 配合模糊匹配，或者用 Ctrl+Tab 面板手动筛选。但你可以让空格变得更可控：
- 关闭
workbench.editor.enablePreview：这样空格变成「常驻打开」，文件立刻进入标签栏、获得物理位置、可被Ctrl+1～Ctrl+9定位 - 保留预览但禁用双击自动预览：把
workbench.editor.enablePreviewFromQuickOpen设为false，避免从命令面板打开也变预览 - 配合
Ctrl+K Ctrl+P（聚焦到命令面板后直接输文件名）：比空格更准，且能命中已打开的标签页，不新建
Ctrl+Tab 和空格键一起用反而容易混乱
空格打开的是预览标签，而 Ctrl+Tab 默认排除所有预览标签——你刚按空格预览了 utils.ts，转头按 Ctrl+Tab 却跳不到它，因为 MRU 列表里没它。更糟的是，如果同一文件被预览多次，MRU 顺序会被打乱，导致 Ctrl+Tab 跳转路径不可预测。
-
Ctrl+Tab弹出的面板里看不到斜体标签，哪怕它们正显示在标签栏上 - 预览标签关掉后不会留下历史痕迹，但若你双击把它“固定”了，它才正式进入 MRU
- 想让空格打开的文件立刻可被
Ctrl+Tab切换，唯一办法是：按空格 → 立即双击该标签页（或按Enter），把它转为常驻状态
真正提效的组合不是空格+Tab，而是空格+方向键+Enter
资源管理器里选中文件后，空格只是第一步；后续操作链才是关键。这个流程比纯键盘切 Tab 更稳定，尤其适合鼠标/触控板混合操作场景：
- 用
↑/↓在资源管理器中导航，→展开文件夹，←折叠 - 空格预览当前选中项（确认内容无误）
- 按
Enter将其转为常驻标签页，此时它立刻可被Ctrl+1～Ctrl+9定位 - 如果想批量打开多个相关文件，按住
Shift或Ctrl多选后统一按Enter，全部变为常驻
预览模式和常驻模式的边界很薄，但一旦混淆，所有基于位置或历史的快捷键都会失效。空格键不是切换开关，它是“轻量确认”的入口——用得好，帮你少开错 3 个标签页；用得随意，反而让 Ctrl+Tab 变得更难猜。
