VSCode自动保存失效通常因设置被覆盖或触发条件不满足；需确认files.autoSave设为"afterDelay"/"onFocusChange"/"onWindowChange"，检查工作区设置和扩展（如ESLint）的codeActionsOnSave拦截。
VSCode 的 files.autoSave 设置没起作用
自动保存失效，通常不是功能坏了，而是设置被覆盖或触发条件不满足。VSCode 默认不开启自动保存，必须显式配置 files.autoSave，且该设置可能被工作区设置（.vscode/settings.json）或扩展（如 Prettier、ESLint 插件）临时禁用。
-
files.autoSave有四个可选值："off"（默认）、"afterDelay"、"onFocusChange"、"onWindowChange"；只有后三者才真正“自动保存” - 检查顺序：用户设置 → 工作区设置 → 文件夹设置 → 扩展贡献的默认值；工作区设置会优先覆盖全局设置
- 某些扩展（如
prettier）在格式化前会强制触发一次保存，但若files.autoSave是"off"，它不会帮你存盘，只格式化未保存的内存内容
为什么改了 files.autoSave 还是不保存
常见干扰源是“保存前校验逻辑”——比如 ESLint 或 TypeScript 插件启用了 editor.codeActionsOnSave，而其中某项操作失败（如格式化报错、类型检查卡住），VSCode 会中止整个保存流程，看起来就像“没保存”。这不是自动保存失效，而是保存被拦截了。
- 打开命令面板（
Ctrl+Shift+P/Cmd+Shift+P），运行Developer: Toggle Developer Tools，在 Console 中留意是否有Failed to save或codeActionsOnSave相关报错 - 临时禁用所有扩展，再测试自动保存是否恢复；确认是某个扩展导致后，单独调整其
codeActionsOnSave配置 -
"afterDelay"模式依赖files.autoSaveDelay（单位毫秒），默认 1000；若设为 0 或负数，该模式退化为"off"
防止代码丢失的兜底策略
别只靠自动保存。VSCode 的文件恢复机制依赖“未保存的编辑器状态”，一旦崩溃或强制退出，没写入磁盘的内容就真没了。最稳妥的是组合使用本地历史 + 备份路径 + 显式快捷键习惯。
- 启用本地文件历史：
files.enableTrash设为true（默认），配合files.hotExit设为"onExitAndWindowClose"，关闭窗口时保留未保存更改 - 把项目加到 Git 仓库，哪怕不 commit，也能用
git status和git diff快速找回最近修改 - 养成
Ctrl+S（Windows/Linux）或Cmd+S（macOS）手动保存的习惯；VSCode 不会覆盖你的快捷键，且比等延迟更可控 - 避免用“关闭标签页”代替“保存后关闭”——右键标签页选
Close Saved Editors可批量清理已保存的标签
{
"files.autoSave": "afterDelay",
"files.autoSaveDelay": 800,
"files.enableTrash": true,
"files.hotExit": "onExitAndWindowClose",
"editor.codeActionsOnSave": {
"source.fixAll.eslint": "explicit",
"source.organizeImports": "explicit"
}
}
自动保存不是万能保险，尤其当编辑器卡顿、插件冲突或系统突然断电时，唯一真正可靠的“保存”动作，是你按下 Ctrl+S 的那一瞬。其他所有机制，都是为这一瞬争取更多容错空间。 
