VSCode的“自动保存”和“备份”是两套独立机制，不能互相替代；autoSave仅控制文件写入磁盘时机，不生成历史副本；VSCode本身无内置文件级备份功能，需依赖Git、Local History等外部机制实现分层防护。
VSCode 的“自动保存”和“备份”是两套独立机制，不能互相替代；误以为开启 autoSave 就等于有历史备份，是多数人踩坑的起点。
autoSave 配置：控制文件何时写入磁盘
VSCode 的 files.autoSave 只决定编辑器何时把当前内容刷到原始文件，不生成副本、不保留历史版本。常见取值：
-
"off"：完全关闭，需手动Ctrl+S -
"afterDelay"：默认延迟 1000ms，可通过files.autoSaveDelay调整（单位毫秒） -
"onFocusChange"：切换编辑器标签或窗口时保存（适合多文件快速跳转场景） -
"onWindowChange"：切出 VSCode 窗口时保存（防 Alt+Tab 忘存）
注意：onFocusChange 在使用 Vim 插件或终端内嵌编辑器时可能失效；afterDelay 在频繁输入中文或触发长耗时格式化时，可能造成保存滞后甚至丢内容——建议搭配 editor.formatOnSave 关闭或设为 false 避免连锁卡顿。
backup 配置：VSCode 本身不提供传统意义的备份功能
VSCode 没有内置“每次保存生成 .bak 或时间戳副本”的能力。所谓“备份”，实际依赖三类外部机制：
Cnb Cool Git
下载
CNB 云原生构建平台的 Git 操作技能，支持代码克隆、提交、推送、分支管理、Merge Request 管理、流水线触发与结果读取。初次使用需收集用户的 Git 用户名和邮箱。
-
files.hotExit：崩溃后恢复未保存的编辑状态（仅内存快照，非文件级备份） -
files.restoreUndoStack：重启后还原撤销栈（仍属会话级，关机即丢） - 工作区级依赖：
extensions如Local History（记录每小时快照）、GitLens（利用 Git 提交历史）或系统级 Time Machine / Windows 文件历史
直接修改 files.backup 或期待 backupPath 配置项生效，会失败——这些字段在当前 VSCode 版本中不存在或已被弃用。
安全组合策略：用 Git + Local History 补足 autoSave 的盲区
真正防止误删/覆盖/崩溃丢失，要靠分层防护：
- 基础层：设
"files.autoSave": "onFocusChange"，避免显式保存遗漏 - 版本层：初始化 Git 仓库（哪怕本地），配合
git config --global core.autocrlf true统一行尾，让每次git add -u成为人工确认点 - 快照层：安装扩展
Local History，默认每 5 分钟保存一次变更（路径在.history子目录），右键文件可“Reveal in Explorer”直接查看/恢复 - 陷阱提醒：不要把
.history加入.gitignore——它不参与提交，但若被误删，快照即永久丢失
最易被忽略的一点：VSCode 的 files.autoSave 对符号链接（symlink）目标文件无效，且不触发文件系统 inotify 事件——这意味着基于 inotify 的备份工具（如 rsync --inotify）可能收不到通知。真要保障 symlink 文件安全，必须改用定期轮询或 Git commit 驱动。
