未保存文件能否找回取决于files.hotExit和files.restoreWindows配置是否启用，与标签页是否显示无关；隐藏标签仅移除视觉反馈，所有编辑器仍在内存中，可通过Ctrl+P、Ctrl+Tab或Open Editors视图管理。
隐藏标签页本身不丢失文件，但会切断视觉反馈和右键操作入口；未保存文件能否找回，只取决于 files.hotExit 和 files.restoreWindows 是否启用，跟标签是否显示无关。
workbench.editor.showTabs: false 后怎么切换和管理文件
设为 false 后顶部标签栏彻底消失，但所有已打开的编辑器仍在内存中，只是“不画出来”。此时必须依赖其他导航方式：
-
Ctrl+P：快速模糊搜索并跳转到任意已加载文件（包括Untitled-1） -
Ctrl+Tab：按最近使用顺序切换，列表不受标签可见性影响；想缩小范围，先用Ctrl+1/Ctrl+2切到目标编辑器组再按 - 侧边栏
Open Editors视图：启用后可清晰看到所有打开项，含未保存标记（●）、已保存但修改（★）、纯内存文件（Untitled-*） - 鼠标悬停在编辑器边缘时，会短暂浮现小箭头，点击可唤出迷你标签滚动条（仅限非 Zen Mode）
注意：右键标签页 → 关闭其他/关闭右侧 这类操作完全失效，因为没有 DOM 节点可右键。
未保存文件找不到了？先确认它是否真被保存过
很多人以为点了 Ctrl+S 就万事大吉，其实关键看标题栏——如果显示的是 Untitled-1，说明内容从未落盘。这类文件崩溃后能否恢复，只看两个配置：
-
files.hotExit必须是onExit或onExitAndWindowClose（默认开启，但 SSH/WSL 等远程场景可能被覆盖） -
files.restoreWindows必须为all或one（默认all） -
Ctrl+K S不处理Untitled-*文件，它们会被静默跳过 - 重启 VSCode 后若看到资源管理器顶部有
RECOVERED标签，点开即可还原未保存变更
如果没看到 RECOVERED，去备份目录手动挖：%APPDATA%\Code\Backups（Win）、~/Library/Application Support/Code/Backups（macOS）、~/.config/Code/Backups（Linux）。
Local History 对未保存文件无效，但它能救回“已保存却清空”的文件
Local History 只记录有磁盘路径的文件快照。如果你误删了全部内容但文件还在磁盘上（即标题栏显示的是真实路径，不是 Untitled-*），它就是唯一本地补救手段：
- 右键该文件 →
Open Timeline，优先选带Saved标签的条目（比Auto-saved更可靠） - 右键历史条目 →
Compare with Current，确认差异后再点Restore - 若 Timeline 空白，检查
files.autoSave是否为off，或该路径是否被files.watcherExclude排除 - 远程开发下，快照存在服务端：
~/.vscode-server/data/User/History，本地设置不生效
最危险的操作是清空后顺手按了 Ctrl+S——那一刻空文件就成了新基准，所有旧快照都变“历史遗迹”，无法一键覆盖。
隐藏标签后 Ctrl+Tab 依然堆满文件？这不是 bug，是设计
Ctrl+Tab 显示的是编辑器栈（editor stack），和 UI 渲染完全解耦。即使你开了 Zen Mode、关了标签、甚至把 workbench.editor.showTabs 设为 false，只要文件曾被加载进当前窗口，它就会出现在 Ctrl+Tab 列表里。
想精简这个列表，没有开关可调，只能靠习惯控制：
- 不用的
Untitled-*文件及时Ctrl+W关掉 - 已保存但暂不需的文件用
Ctrl+K W批量关闭（只关已保存的） - 长期不用的项目别一直开着整个文件夹，改用
Ctrl+P按需打开单个文件
真正容易被忽略的点是：很多人以为隐藏标签能“减少内存占用”或“提升性能”，其实它只省了几个像素的渲染开销，所有文件内容、状态、扩展上下文全在内存里原封不动。
