VS Code 保存的文件突然不见，通常因未真正保存至磁盘或路径误解；检查标题栏是否为“Untitled-1”，用“Save As”确认是否首次保存，右键标签页“Reveal in Explorer”定位已保存文件位置。
VS Code 保存的文件突然不见了，先别关窗口
VS Code 默认不会真正“丢失”已保存的文件，但容易因缓存、自动保存策略或路径误解让人以为文件消失了。最常见的情况是：你点了 Ctrl+S，但没注意当前编辑的是一个未命名的临时标签页（Untitled-1），或者保存路径和预期不一致。
- 检查左上角标题栏——如果显示的是
Untitled-1或类似名称，说明文件根本没保存到磁盘，只是存在内存里 - 按
Ctrl+Shift+P输入File: Save As...看是否弹出保存对话框；若弹出，说明此前从未真正保存过 - 右键编辑器标签页 →
Reveal in Explorer，能快速定位该文件在系统中的真实位置（前提是它已被保存）
从 VS Code 恢复未手动保存的文件（崩溃/误关后）
VS Code 有会话恢复机制，但依赖工作区状态和本地缓存，不是所有情况都能找回。关键看是否启用了 files.autoSave，以及是否属于“干净关闭”。
- 重启 VS Code 后，如果看到左侧资源管理器顶部有
RECOVERED标签，点开就能看到未保存的变更 - 若没看到，去用户数据目录找临时缓存：
%APPDATA%\Code\Backups（Windows）、~/Library/Application Support/Code/Backups（macOS）、~/.config/Code/Backups（Linux）——里面是按哈希命名的文件夹，打开workspaces.json或用文本编辑器逐个查看*.js或纯文本文件 -
files.hotExit必须为true（默认开启），否则关窗口时直接丢弃未保存内容
为什么“保存了”却找不到文件？路径和扩展名陷阱
VS Code 的保存行为高度依赖当前编辑器上下文，尤其在没有打开文件夹、只打开单个文件、或使用远程开发时，很容易保存到意想不到的位置。
- 只打开一个文件（没打开文件夹），
Ctrl+S会默认保存回原路径；但如果这个文件是从剪贴板粘贴新建的，就根本没有原路径——必须用Save As - 保存时漏选扩展名（比如输入
index而非index.html），系统可能把它当无扩展名文件隐藏了（尤其 Windows） - 远程开发（SSH / WSL）下，
Ctrl+S是保存到远端路径，本地文件管理器当然找不到；确认左下角状态栏是否显示SSH: xxx或WSL: Ubuntu
防止再丢：两个最低成本的习惯配置
不需要装插件，改两个设置就能大幅降低风险。它们影响的是“保存动作是否足够明确”，而不是功能本身。
- 设
files.autoSave为afterDelay（推荐 1000ms），避免手滑忘存；不要用off，除非你清楚自己在做什么 - 开启
files.confirmSave，这样每次Ctrl+S到未命名标签页时，会强制弹出保存对话框，杜绝静默失败 - 顺手把
files.defaultLanguage设成常用语言（如javascript），新建Untitled-1时能自动带语法高亮和补全，减少“这到底是不是个真文件”的困惑
真正难恢复的，永远是那种既没命名、又没保存、还关掉了 VS Code 的情况。缓存不是备份，Backups 目录里的文件也不会永久保留——它只存最近几次会话的快照，且不保证内容完整。
