VS Code自动保存需手动开启，通过设置files.autoSave控制，支持off、afterDelay、onFocusChange、onWindowChange四种模式；推荐afterDelay+1000ms，并注意formatOnSave冲突问题。
自动保存开关在哪设置
VS Code 的自动保存功能默认是关闭的，必须手动开启。它不在「文件」菜单里点一下就生效，而是通过设置项 files.autoSave 控制，值为 off（默认）、afterDelay、onFocusChange 或 onWindowChange 之一。
操作路径：打开设置（Ctrl+, 或 Cmd+,），搜索 files.autoSave，点击下拉框选择模式；或者直接编辑 settings.json，添加：
"files.autoSave": "afterDelay", "files.autoSaveDelay": 1000
注意：afterDelay 模式需配合 files.autoSaveDelay（单位毫秒），否则可能不触发保存。
为什么改了设置没反应
常见原因不是设置没生效，而是当前文件处于“未保存状态但未被修改”的假象中——比如刚新建一个空文件，或刚从 Git 拉取未改动的文件，VS Code 不会主动写盘。
- 确认文件右上角有圆点（●）表示已修改，这是自动保存的前提
- 检查是否启用了扩展干扰，如某些格式化插件（Prettier、ESLint）在保存时卡住，导致
autoSave被阻塞 - 远程开发（SSH/WSL/Container）场景下，
onFocusChange和onWindowChange可能失效，优先用afterDelay
不同自动保存模式的实际表现差异
四种模式行为差别明显，选错容易误操作：
-
off：完全禁用，等同于传统手动 Ctrl+S -
afterDelay：延迟保存，适合防抖，但对快速连续输入（如重命名变量）可能漏存 -
onFocusChange：切出编辑器时保存，适合多标签切换频繁的用户，但不适用于全屏编辑或终端分屏场景 -
onWindowChange：切到其他应用窗口时保存，Windows/macOS 行为一致，但 Linux 某些桌面环境可能不可靠
推荐日常使用 afterDelay + 1000，兼顾响应与稳定性。
自动保存和格式化冲突怎么办
如果开启了 editor.formatOnSave，又设了自动保存，会导致每次延迟后都触发格式化，肉眼可见光标跳动、卡顿，甚至破坏粘贴中的代码结构。
解决办法是让格式化只在真正需要时运行：
- 关闭
editor.formatOnSave，改用快捷键Shift+Alt+F手动格式化 - 或保留它，但加白名单限制：在
settings.json中配置editor.formatOnSaveExclude，例如"**/*.md"跳过 Markdown - 更稳妥的做法是用
editor.codeActionsOnSave替代，只执行轻量级修复（如 import 排序），避免全文重排
延迟保存本身不解决性能问题，关键得理清「谁在保存时介入」——格式化、类型检查、Git 钩子都可能拖慢这个过程。
