VS Code中未保存文件在标签页上用圆点（●）标记，但更可靠的是启用Open Editors视图查看明确标注的“unsaved”文件；Untitled-1类为纯内存新文件，带★或(unsaved)为已保存但有修改的文件。
未保存文件在标签页上怎么一眼认出来
VS Code 默认用圆点（●）标记已修改但未保存的文件标签，但这个标识容易被忽略，尤其当标签文字被截断或主题配色对比度低时。关键不是“有没有标记”，而是你是否启用了 Open Editors 视图——它把所有打开的编辑器（含未保存的）集中列在资源管理器顶部，且明确标出“unsaved”字样。
启用方法很简单：点击资源管理器右上角三个点（⋯）→ 勾选 “Open Editors”。之后你会看到一栏带小图标和文件名的列表，其中 Untitled-1、Untitled-2 这类名字就是纯内存中的新文件；而带星号（★）或括号写明 (unsaved) 的，则是已保存过、但当前有未提交改动的文件。
常见误区：
- 只盯着编辑器顶部标签栏看，却没打开
Open Editors—— 标签太多时，Untitled可能被挤到最右边看不见 - 误以为“没存过 = 没路径”，其实只要执行过一次
File: Save As，哪怕中途改过名，它就不再是Untitled，而变成带路径的普通未保存状态 - 深色主题下，某些图标颜色太淡，建议在设置里搜
workbench.colorCustomizations，手动调高tab.activeModifiedBorder的对比度
为什么右键“Reveal in Explorer”对未保存文件无效
Reveal in Explorer 命令本质是把当前文件的磁盘路径传给资源管理器去定位。如果文件根本没落盘（即仍是 Untitled-1），它就没有路径，命令自然静默失败——不会报错，也不会弹提示，只是什么也不做。
所以当你右键菜单里点它没反应，第一反应不应该是“功能坏了”，而是检查标题栏：
- 显示
Untitled-1或类似名称 → 确实没保存，先按Ctrl+Shift+P输入File: Save As存一次 - 显示真实路径（如
src/utils.ts）但仍有星号 → 说明已保存过，只是改了内容没写入，此时Reveal in Explorer才会生效 - 路径看起来奇怪（比如以
file://开头或含临时目录）→ 可能是通过命令行用code --new-window /tmp/xxx打开的，这类路径可能不在当前工作区根下，资源管理器默认不显示
如何批量保存所有未保存文件，又不误触自动保存策略
快捷键 Ctrl+K S（Windows/Linux）或 Cmd+K S（macOS）触发的是 workbench.action.files.saveAll，它不管文件是否已命名、是否在当前工作区，只要标签页开着且内容有改动，就全量写入磁盘。
但它和 files.autoSave 是两套逻辑，互不干扰：
-
files.autoSave: "afterDelay"只保存当前活动标签页，且延迟触发；saveAll是即时、强制、跨标签页的 - 如果某个文件刚被
autoSave写过，saveAll仍会再写一次——没坏处，但可能触发不必要的文件监听事件（比如 webpack 重新编译） - 想跳过某些文件？VS Code 不支持“选择性 saveAll”，但你可以先关闭不想保存的标签页，再按快捷键
- 远程开发（SSH/Containers）下，
saveAll会逐个同步到远端，网络差时可能卡顿几秒，别急着连按
崩溃后怎么找回未保存的改动，而不是只靠运气
VS Code 的恢复机制不是玄学，它依赖两个硬条件：files.hotExit 必须为 true（默认开启），且退出前 VS Code 是“干净关闭”（非 kill -9 或系统断电）。一旦满足，重启后左侧资源管理器顶部会出现 RECOVERED 标签。
但如果没看到这个标签，别直接放弃，去缓存目录手动捞：
- Windows：
%APPDATA%\Code\Backups - macOS：
~/Library/Application Support/Code/Backups - Linux：
~/.config/Code/Backups
里面每个子文件夹名是一串哈希，进每个文件夹找 workspaces.json 或直接用文本编辑器打开 *.js、*.txt 类文件——未保存的内容就藏在这些文件的 content 字段或纯文本正文中。注意：这些缓存默认 7 天轮换，超时自动清理，别拖太久。
最易被忽略的一点：如果你用的是多根工作区，且某个未保存文件是在“非主根目录”下新建的，RECOVERED 标签可能只显示主根下的恢复项，其他根的缓存得单独进对应路径翻。
