VS Code中未保存文件在标签页上用圆点（●）标记，但更可靠的是启用Open Editors视图查看明确标注的“unsa ved”文件；Untitled-1类为纯内存新文件，带★或(unsa ved)为已保存但有修改的文件。

未保存文件在标签页上怎么一眼认出来

相信不少开发者都遇到过这种情况：在VS Code里埋头写代码，一抬头，标签栏上开了十几个标签页，到底哪个改了还没保存？系统默认的圆点（●）标记，初衷是好的，但在实际使用中，尤其是在标签文字被截短或者你用的主题配色对比度不高时，这个小小的圆点很容易被忽略。

那么，有没有更直观、更可靠的方法？答案是肯定的。关键在于，你是否启用了那个常被忽视的 Open Editors 视图。这个视图会把所有打开的编辑器——包括那些只存在于内存、尚未落地的文件——集中列在资源管理器的顶部，并且会明确地标注出“unsa ved”字样，一目了然。

启用方法其实很简单：只需点击资源管理器右上角的三个点（⋯），然后在菜单中勾选 “Open Editors” 即可。启用之后，你会看到一栏清晰的列表，每个文件都带有小图标和文件名。其中，像 Untitled-1、Untitled-2 这类名字，就是纯内存中的新文件，一次都没保存过。而那些文件名旁边带着星号（★）或者括号里写着 (unsa ved) 的，则是已经保存过、但当前内容又有新改动的文件。

这里有几个常见的误区，值得提出来说一说：

• 只盯着编辑器顶部的标签栏看，却忽略了 Open Editors 视图。当标签页过多时，Untitled 文件很可能被挤到最右边，根本看不见。
• 误以为“没存过就等于没路径”。其实，只要你对一个文件执行过一次 File: Sa ve As，哪怕中途改过名字，它就不再是 Untitled 状态了，而是变成了一个带有路径的“普通未保存”文件。
• 在深色主题下，某些修改状态的图标颜色可能太淡。如果觉得辨识困难，不妨在设置里搜索 workbench.colorCustomizations，手动调高 tab.activeModifiedBorder 这类颜色的对比度。

为什么右键“Reveal in Explorer”对未保存文件无效

另一个让新手困惑的操作是：对着一个未保存的文件右键，点击“Reveal in Explorer”（在资源管理器中显示），结果却什么反应都没有。这难道是功能坏了吗？

其实不然。这个命令的本质，是把当前文件在磁盘上的物理路径传递给系统的资源管理器，让它定位并高亮显示。问题来了：如果一个文件还只是 Untitled-1 这样的状态，意味着它压根就没有被写入磁盘，自然也就不存在所谓的“路径”。命令找不到目标，只能静默失败——它不会弹窗报错，也不会给你任何提示，就是简单地不执行任何操作。

所以，下次再遇到点这个命令没反应的情况，第一反应不应该是怀疑工具，而是先检查一下编辑器窗口的标题栏：

• 如果显示的是 Untitled-1 或类似名称 → 那说明文件确实从未保存过。这时，你需要先按 Ctrl+Shift+P（或 Cmd+Shift+P）调出命令面板，输入 File: Sa ve 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.sa veAll。这个命令相当“霸道”，它不管文件有没有名字、是不是在当前工作区，只要标签页开着并且内容有改动，就会全量写入磁盘。

但这里有个关键点需要厘清：这个“全部保存”的操作，和VS Code的 files.autoSa ve（自动保存）策略，是两套独立的逻辑，它们互不干扰：

• files.autoSa ve: “afterDelay” 这类设置，通常只针对当前活动的标签页，并且是在延迟一段时间后才触发保存。
• 而 sa veAll 是即时、强制性的，并且作用于所有打开的标签页。
• 这就带来一个细节：如果某个文件刚刚被 autoSa ve 自动保存过，紧接着你又手动执行了 sa veAll，那么它会被再保存一次。这本身没有坏处，但可能会不必要地触发一些文件监听事件（比如导致 webpack 重新编译一次）。
• 如果想跳过某些文件不保存怎么办？很遗憾，VS Code 原生并不支持“选择性全部保存”。一个变通的方法是，先手动关闭那些你不想保存的文件的标签页，然后再按保存全部的快捷键。
• 另外，在远程开发（SSH或容器）场景下，sa veAll 会逐个文件同步到远端服务器。如果网络状况不佳，这个过程可能会卡顿几秒钟，这时候耐心等待即可，不要着急连续按快捷键。

崩溃后怎么找回未保存的改动，而不是只靠运气

编辑器意外崩溃，最让人揪心的就是那些没来得及保存的改动。VS Code 的恢复机制其实并非玄学，它依赖于两个硬性条件：首先，设置中的 files.hotExit 必须为 true（这个默认是开启的）；其次，VS Code 在退出前必须是“正常关闭”的（比如通过菜单或命令退出），而不是被强制终止（如 kill -9 或系统突然断电）。如果这两个条件都满足，那么重启 VS Code 后，你会在左侧资源管理器的顶部看到一个醒目的 RECOVERED 标签，点进去就能找回文件。

但是，如果重启后没看到这个标签，也别轻易放弃。我们还可以去系统的缓存目录里手动“打捞”。这些备份文件通常存放在以下位置：

• Windows：%APPDATA%\Code\Backups
• macOS：~/Library/Application Support/Code/Backups
• Linux：~/.config/Code/Backups

进入备份目录，你会看到许多以哈希值命名的子文件夹。可以逐个进入这些文件夹，查找 workspaces.json 文件，或者直接用文本编辑器打开里面的 *.js、*.txt 等文件。那些未保存的内容，很可能就藏在某个文件的 content 字段里，或者就是纯文本正文本身。需要注意的是，这些缓存文件默认每7天会被轮换清理一次，所以找回动作一定要及时，别拖太久。

还有一个极易被忽略的细节：如果你使用的是多根工作区（Multi-root Workspace），并且某个未保存的文件是在“非主根目录”下新建的，那么重启后，RECOVERED 标签可能只会显示主根目录下的恢复项。其他根目录下的未保存文件，需要你单独进入对应的备份路径去翻找。