VSCode怎么找回未保存但电脑突然蓝屏关机导致丢失的代码文件

/

）进行排版。

电脑突然蓝屏，代码还没保存——这种“心跳骤停”的体验，相信不少开发者都经历过。先说结论：能不能找回来，主要取决于蓝屏前代码是否已落盘到VSCode的备份缓存里。如果你的files.autoSa ve是默认的off，而且你也没按过Ctrl+S，那内容全程只躺在内存里——蓝屏一清内存，VSCode自身确实无能为力。不过别急，还有两条路可以碰碰运气：VSCode进程的崩溃备份缓存（前提是hotExit机制起了作用），以及操作系统层面可能残留的临时文件。

检查VSCode Backups目录是否存在有效缓存

VSCode在异常退出前，如果files.hotExit设置成了onExit或onExitAndWindowClose（默认值），而且进程没被系统瞬间强杀——比如蓝屏时，系统在最后关头把部分缓存写入了磁盘——那它有可能把未保存的内容存到了本地备份目录。注意这不是实时同步的，它大约每5分钟拍一次快照，所以关键就看蓝屏发生前最近一次快照有没有成功生成。

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

进入对应路径后，找修改时间最接近蓝屏时刻的那个子目录（名字是一串哈希，但看一眼修改时间就能对上）。打开里面以.tmp结尾或者根本没有扩展名的文件，用文本编辑器打开看看——很可能就是你的代码。不过这些文件没有文件名和语言标识，只能逐个确认。

确认files.autoSa ve是否真的生效了

很多人觉得开了files.autoSa ve就高枕无忧了，但这里有三个常见的“翻车点”：

• 如果设置的是onFocusChange，而你一直埋头敲代码，从来没切出编辑器（比如没点终端、没点侧边栏），那它压根不会触发保存动作。
• 如果是afterDelay，但延迟时间设得太长（比如5000ms），蓝屏发生在你停下来不到5秒的那一刻，内容照样留在内存里。
• 某些语言服务（比如TypeScript Server）可能会“拦截”保存事件，导致autoSa ve日志显示“已保存”，但磁盘上的文件其实没更新。你可以用stat或Get-Item看看原文件的修改时间戳来确认。

如果你记得蓝屏前状态栏确实出现过“已保存”的提示，那就去原文件路径直接找。否则，别默认它已经落盘了。

排查系统级临时文件与其他干扰因素

VSCode的备份不会写到Windows的Unsa vedFiles目录（那是Office专用的），但蓝屏可能间接影响你对“到底有没有保存”的判断：

• 如果你用的是Remote-SSH或WSL，Ctrl+S保存的是远端路径。蓝屏后远端服务如果也挂了，需要登录服务器检查~/.vscode-server/data/Backups/。
• 某些插件（比如vscode-drawio）有自己的备份逻辑，它的备份不走VSCode主目录，而是放在工作区的.vscode/drawio-backup/下。
• 蓝屏后如果马上重启，部分SSD的固件缓存可能还没刷盘——旧版本的文件内容可能还残留在磁盘扇区。这时候可以用photorec之类的工具扫描原始设备，但成功率会随着后续写入量的增加快速下降。

这里最容易被忽视的一点：VSCode的备份机制需要进程拿到一段“优雅退出”的窗口期。蓝屏是内核级崩溃，用户态进程通常来不及写缓存。所以别把希望完全寄托在它身上。日常开发中，最好的防线其实是把files.autoSa ve加上git add -N（跟踪新文件）一起用，让Git成为你的真正底牌。