VSCode无内置备份功能，自动保存需手动开启并配置触发时机（off/afterDelay/onFocusChange/onWindowChange），但仅写入原文件，不生成版本副本，防丢需依赖Git提交或系统快照。
VSCode 本身没有内置“备份”功能，所谓“自动备份”实际依赖于自动保存 + 外部机制（如 Git、文件系统快照或扩展），而自动保存是可直接配置的核心行为。关键在于：开启 files.autoSave 后，编辑器会在特定时机写入磁盘；但若误操作覆盖或崩溃丢失，仍需靠 Git 提交历史或系统级备份兜底。
如何开启并控制自动保存的触发时机
VSCode 的自动保存不是“实时流式写入”，而是按策略在某个事件后触发一次保存。默认关闭，需手动启用，并选择触发条件：
-
off：完全关闭（默认值，易丢未手动保存内容） -
afterDelay：延迟保存（推荐），在停止输入files.autoSaveDelay毫秒后写入（默认 1000ms） -
onFocusChange：切换编辑器焦点时保存（适合多文件频繁切换场景） -
onWindowChange：VSCode 窗口失焦时保存（例如切到浏览器）
配置方式：打开设置（Ctrl+, 或 Cmd+,），搜索 auto save，点击下拉选对应模式；或直接编辑 settings.json：
{
"files.autoSave": "afterDelay",
"files.autoSaveDelay": 800
}为什么不能依赖自动保存来防数据丢失
自动保存只是把当前编辑器内容写入原文件路径，它不生成副本、不记录版本、不防止误删/误覆盖。一旦执行了 git checkout -- file.js、rm -f *.ts 或编辑器崩溃时恰好卡在写入中途，就可能永久丢失最近修改。
wechat-article-extraction-mp-weixin-qq-com news-webpage-cleaning blog-post-parsing metadata-extraction-title-author-date multiple-output-formats-markdown-json-plain-text batch-processing-support
下载
基于三引擎设计，从微信文章、新闻和博客网页提取干净内容，支持标题作者日期元数据，多格式和批量处理。
- VSCode 崩溃后恢复的“已恢复文件”仅来自内存快照（
workspaces.json中的临时状态），非磁盘备份 - 未启用 Git 时，
.vscode/目录下无任何历史副本 - 某些文件系统（如 WSL2 的 ext4 挂载点）在强制关机时可能丢失最后几毫秒写入
真正有效的轻量级备份方案组合
不装重型备份软件，用 VSCode 生态内已有能力搭出可靠防线：
- 必须初始化 Git 仓库：
git init，哪怕不推远程，本地git commit -m "wip"就是即时备份点 - 安装扩展
Local History（by xyz)：自动为每次保存生成时间戳快照，右键文件 →Local History: Show History即可回溯 - 启用 VSCode 内置的
files.hotExit（默认开启）：异常退出后下次启动提示恢复未保存文件 —— 注意这只是恢复会话状态，不是备份文件本身 - 对重要项目，在系统层启用 Time Machine（macOS）、File History（Windows）或
rsync定时同步到另一磁盘
容易被忽略的关键细节
很多用户配完 autoSave 就以为高枕无忧，但以下三点常导致预期失效：
- 自动保存不作用于“未命名文件”（即
Untitled-1），这类文件只存在内存中，关窗口即消失 - 某些语言服务（如 TypeScript Server）可能因缓存延迟，导致保存后
console.log输出仍显示旧逻辑，需确认文件磁盘内容已更新（可用cat file.ts验证） - 如果工作区启用了
files.exclude或search.exclude，排除规则不影响自动保存，但会影响 Git 忽略行为，造成“以为已提交，实则被忽略”的假象
自动保存是安全链的第一环，不是终点。真正的数据安全来自 Git 提交习惯 + 至少一种外部快照机制，两者缺一不可。
