VSCode默认不自动保存，需配置files.autoSave为afterDelay、onFocusChange或onWindowChange；推荐初学者用onFocusChange，注意工作区设置覆盖、文件排除及格式化插件干扰可能导致失效。
VSCode 默认不自动保存文件，必须手动配置 files.autoSave 才能生效；光开“格式化”或“保存时格式化”不会触发自动保存。
怎么改 files.autoSave 设置项
这个设置不是布尔开关，而是字符串枚举值，直接决定触发时机。图形界面改最方便，但背后写入的是 JSON 配置：
- 快捷键
Ctrl + ,（Windows/Linux）或Cmd + ,（macOS）打开设置 - 搜索框输入
auto save，找到Files: Auto Save选项 - 从下拉菜单选一个值：
off、afterDelay、onFocusChange或onWindowChange - 若选
afterDelay，务必同步设置Files: Auto Save Delay（单位毫秒，建议1000～3000）
改完立即生效，无需重启 VSCode。状态栏右下角会显示“已保存”或“正在保存中”，可直观确认是否跑起来了。
onFocusChange 和 onWindowChange 的实际区别
两者都依赖“失焦”事件，但粒度不同，容易混淆：
-
onFocusChange：当前编辑器标签页切换、点击终端、点进调试控制台、甚至鼠标点到侧边栏——只要编辑器失去焦点就保存 -
onWindowChange：只有整个 VSCode 窗口被最小化、切到浏览器/微信/系统设置等外部应用时才保存 - 举例：你开着 a.ts 和 b.ts 两个标签页，编辑完 a.ts 后点 b.ts →
onFocusChange会立刻保存 a.ts；onWindowChange不会动 - 远程开发（SSH/WSL）下，
onWindowChange可能因窗口焦点行为异常而失效，onFocusChange更稳
afterDelay 模式下容易踩的坑
看似最“实时”，实则对配置和硬件更敏感：
- 不设
files.autoSaveDelay，延迟默认为0，等于每敲一个字符都尝试保存——磁盘 I/O 暴增，尤其在机械硬盘或网络文件系统（如 SMB 共享目录）上卡顿明显 - 设太小（比如
300）可能和editor.formatOnSave冲突：格式化还没结束，保存又来了，导致格式错乱或报错Unable to save 'xxx': The content of the file is newer - 某些插件（如 Prettier、ESLint）的保存钩子会叠加触发，
afterDelay下更容易出现“保存→格式→再保存→再格式”的循环 - 如果项目启用了工作区级
settings.json，用户级设置可能被覆盖，得去.vscode/settings.json里补上files.autoSave
和格式化功能一起用要注意什么
自动保存 ≠ 自动格式化。要让代码保存时顺带格式化，得额外配两项：
-
"editor.formatOnSave": true：启用保存时格式化 -
"editor.formatOnSaveMode": "modifications"（可选）：只格式化修改过的行，避免全文件重排影响 Git diff - 但注意：
formatOnSave仅在真正发生保存动作时触发，所以它依赖files.autoSave已启用；off模式下按 Ctrl+S 才会格式化 - 如果同时开了
editor.formatOnType，它和formatOnSave是两套逻辑，互不干扰，但可能造成光标跳动或格式抖动
真实项目里，onFocusChange + formatOnSave 是最平衡的组合：人眼感知不到延迟，磁盘压力小，Git 提交干净，也不容易和插件打架。
