VSCode 自动保存需按场景选模式：off 适合调试配置，afterDelay（默认 1 秒）适日常编码，onFocusChange 适多任务；禁用 log、lock、dist 等文件自动保存，并配合校验与 Git 策略。
VSCode 的自动保存（Auto Save）不是“开或关”那么简单，关键在于选对触发方式和时机，避免误操作丢数据，也防止频繁写入拖慢编辑体验。
自动保存的三种模式怎么选
在设置中搜索 files.autoSave，可选值有三个：
- off：完全关闭，适合对保存时机高度敏感的场景（比如调试中反复修改配置但暂不提交）
- afterDelay：默认延迟 1000 毫秒（1 秒），适合大多数日常 编码——改完稍停顿就保存，不打断思路
- onFocusChange：切出编辑器（比如点到终端、切换标签页）时保存，适合多任务并行、不想被自动写入干扰的人
不建议用 onWindowChange（窗口失焦即保存），容易在 Alt+Tab 切换时意外触发，尤其多 显示器 环境下易误判。
配合文件监视与保存前校验更安心
自动保存只是写入磁盘，不代表代码正确。建议同步开启：
- files.autoSaveDelay：若选 afterDelay，可调高到 1500–2000 毫秒，避开打字中途的误触发
- files.hotExit：设为 onExitAndWindowClose，关窗口前强制保存未存文件，防断电 / 崩溃丢稿
- 搭配 ESLint 或 Prettier 插件启用 editor.codeActionsOnSave，例如自动修复格式、删除空行等，让每次保存都干净一点
哪些文件类型最好禁用自动保存
不是所有文件都适合自动保存。可在 files.autoSaveExclude 中添加 glob 模式，例如：
- “**/*.log”：日志文件频繁追加，自动保存反而干扰 tail -f 查看
- “**/package-lock.json”：由 npm/yarn 控制，手动执行 install 后再保存更安全
- “**/dist/**”：构建产物目录，编辑它通常意味着流程出错，不该被自动覆盖
团队协作时的小提醒
如果用 Git，自动保存会立刻让文件进入“已修改”状态。建议统一团队设置，并配合 git.ignoreLimit 和 files.exclude 过滤无关变更。另外，别把 .vscode/settings.json 提交到仓库里——除非你明确想约束所有人用同一套保存策略，否则交给用户自己决定更合理。
基本上就这些。自动保存本身不复杂，但配得合适，能少很多“我刚改的哪儿去了”的瞬间。
