VSCode自动保存应按场景精准控制：推荐全局设为onFocusChange，对JSON等敏感文件类型禁用；慎用afterDelay模式；可通过扩展实现Git状态感知的条件保存；局部关闭优于全局关闭。
vscode 的自动保存功能本身简单，但配置不当容易引发意外覆盖、git 冲突或丢失未确认修改。关键不是“开或关”，而是按场景精准控制保存时机和范围。
推荐配置：以“ onFocusChange”为主 + 特定文件类型禁用
这是兼顾安全与效率的主流做法。编辑时不会频繁写盘，切换焦点（比如点到终端、另一个标签页、甚至 Alt+Tab 切出窗口）时才保存，既避免手抖误触发，又防止忘记保存导致丢失。
- 在设置中搜索 files.autoSave，设为 onFocusChange
- 对易出错或需人工校验的文件类型，用 files.autoSaveDelay 或 files.autoSave 的语言级覆盖禁用自动保存
- 例如：JSON 配置文件常被脚本生成或多人协作修改，可在 settings.json 中添加：
"[json]": {
"files.autoSave": "off"
}
敏感项目慎用 “afterDelay” 模式
设为 afterDelay 并配个 1000ms 延迟，看似“智能”，实则隐患多：光标静止后立刻开始倒计时，你刚想删一行注释，延迟已触发保存，删了一半就写入磁盘；多人协同时还可能在你编辑中途把旧版本推上 Git。
- 仅建议用于纯草稿类文档（如临时笔记、Markdown 初稿）
- 若必须使用，请把 files.autoSaveDelay 调高至 3000ms 以上，并配合 files.hotExit: onExitAndWindowClose 作为兜底
用“autoSave”配合 Git 状态感知更可靠
VSCode 本身不感知 Git 修改状态，但可通过扩展增强。安装 Auto Save On Change 或 GitLens 后，可配置“仅当文件已被 Git 跟踪且有未提交变更时才自动保存”，避免污染未跟踪的临时文件或 .env 等敏感配置。
- 本质是加一层语义判断：不是“改了就存”，而是“改的是我正在管的代码才存”
- 比单纯依赖时间/焦点更符合开发直觉，尤其适合团队项目
关闭自动保存？其实只需“局部关”
完全关闭 files.autoSave 并非最佳选择——容易遗忘 Ctrl+S，尤其在多窗口操作时。更合理的方式是全局开启 onFocusChange，再对特定工作区或文件夹单独关闭。
- 在项目根目录建 .vscode/settings.json，写入：
{"files.autoSave": "off"} - 适用于含大量生成文件（如 dist/、build/）、或需严格手动控制发布流程的项目
- 此时 Ctrl+S 仍可用，只是不会“自动”发生
基本上就这些。自动保存不是开关题，而是节奏题——让保存动作发生在你自然停顿的瞬间，而不是打断你思考的时刻。
