VSCode 默认不自动保存，必须显式设置 files.autoSave 为 afterDelay、onFocusChange 或 onWindowChange 才生效；官方无 onType 模式，所谓“输入即存”属误传，afterDelay 配 300–500ms 延迟或 onFocusChange 失焦触发是最佳伪实时方案。
VSCode 默认不自动保存，files.autoSave 必须显式设为非 off 值才生效；所谓“修改后立即保存”在 VSCode 中并不存在官方 onType 模式（那是旧版文档误传），真正可用的最接近选项是 afterDelay 配极短延迟，或用 onFocusChange 借失焦时机“伪实时”落盘。
为什么没有真正的“每次修改都保存”？
VSCode 官方从未提供 onType 作为 files.autoSave 的合法值（搜索 settings 会无结果，设了也忽略）。所谓“输入即存”是社区误读或插件模拟行为。原生支持只有四种字符串枚举：off、afterDelay、onFocusChange、onWindowChange。强行写 "onType" 会导致设置静默失效——右下角不显示保存状态，文件右上角圆点一直不消失。
afterDelay 怎么配才像“改完就存”？
它本质是防抖保存：每次按键重置计时器，停顿超时才写入。要逼近“即时感”，得压低延迟并规避常见干扰：
- 把
files.autoSaveDelay设为300～500，而非默认1000；低于200可能触发磁盘 I/O 抖动，尤其在 WSL 或网络盘上 - 确认没被工作区覆盖：检查右下角是否标着「工作区」，点开设置顶部 Workspace 标签页，看
files.autoSave是否被硬设为off - 禁用格式化插件的保存钩子：若装了 Prettier 或 ESLint，关掉它们的
editor.formatOnSave，否则“保存→格式→再保存”循环会让光标乱跳、内容错位 - 远程开发（SSH/WSL）下，
onFocusChange可能因焦点事件丢失而失效，此时afterDelay是唯一稳定选择
onFocusChange 是更稳的“伪实时”方案
它不依赖毫秒计时，而靠编辑器失去焦点瞬间触发，对用户操作节奏更友好：
- 适用场景：你习惯写几行 → 切终端跑命令 → 回来继续写；这时切走瞬间，当前文件已落盘
- 注意触发范围：点击侧边栏、调试面板、甚至鼠标移到状态栏，只要编辑器标签页失焦就保存——不是只限于切到其他应用
- 和
afterDelay的关键区别：狂敲 10 秒不停，afterDelay一次不存；但onFocusChange只要中途点一下终端，立刻保存，不卡顿 - 多窗口慎用：如果你开了两个 VSCode 窗口，
onWindowChange只在窗口级失焦时保存，而onFocusChange是每个窗口独立响应
哪些文件必须手动控制保存时机？
全局开自动保存后，某些类型文件反而会出问题，得用语言级配置单独关掉：
-
[markdown]：实时保存常导致预览卡顿，建议设"files.autoSave": "off" -
[json]或[jsonc]：编辑package.json时，保存即触发 npm/yarn 重装依赖，中间状态可能破坏 node_modules -
[javascript]或[typescript]：若项目启用了 Webpack/Vite HMR，频繁保存会反复热更新，打断调试流 - 路径排除比语言更细：用
files.autoSaveExclude排除"**/dist/**"、"**/*.log"，避免构建产物被误写
最易被忽略的是：自动保存只对“已修改”文件生效。新建空文件、刚从 Git checkout 未改动的文件，右上角没圆点 ●，VSCode 就不会尝试保存——这不是 bug，是设计使然。确认是否真在编辑状态，比调参数更重要。
