VS Code默认不启用自动保存，需在设置中搜索files.autoSave并选择模式：off（默认）、afterDelay（推荐1000ms）、onFocusChange、onWindowChange；支持按语言ID（如[markdown]）单独配置，但不可用数组格式。
vscode 自动保存默认不启用，必须手动开启
vs code 默认关闭自动保存功能，即使你习惯性 ctrl+s 之后立刻切走，编辑器也不会帮你兜底。不配置的话，关窗口时会弹出“是否保存未保存的文件”提示，一不小心就丢代码。开启后才能谈延迟和触发条件。
操作路径：设置 → 搜索 files.autoSave → 选择模式。它有四个可选值：off（默认）、afterDelay、onFocusChange、onWindowChange。别直接搜“自动保存”，要搜完整配置项名，否则容易点错第三方插件设置。
files.autoSave 的四种模式怎么选
每种模式对应不同工作流，选错反而增加误操作风险：
-
afterDelay：最常用，配合files.autoSaveDelay使用，比如设为 1000 毫秒，即焦点离开当前文件 1 秒后保存。适合写代码时频繁切换标签但不想每敲一个字都写盘 -
onFocusChange：当前编辑器失去焦点（比如点到另一个 tab 或终端）时立即保存。适合多文件并行修改，但注意：如果你用鼠标快速在编辑器和侧边栏之间切换，可能触发意外保存 -
onWindowChange：VS Code 窗口失焦（比如 Alt+Tab 切到浏览器）时保存。适合防止切出去查文档时忘存，但对多显示器用户可能误触发 -
off：彻底关闭，依赖手动保存或插件
不推荐全局设为 onFocusChange，尤其当你用 Vim 插件或频繁使用命令面板（Ctrl+Shift+P）时，焦点变化太频繁，容易在编辑中途强制落盘，破坏 undo 栈。
files.autoSaveDelay 延迟值不是越小越好
这个数值单位是毫秒，但它的实际生效逻辑常被误解：它只在 afterDelay 模式下起作用，且不是“输入后等 X 毫秒就保存”，而是“从最后一次编辑操作起，静默 X 毫秒后才保存”。也就是说，如果你持续打字，倒计时会不断重置。
常见误配：
- 设成
100：几乎等同于实时保存，磁盘 I/O 增加，大文件（如日志、JSON 数据）编辑时明显卡顿 - 设成
5000（5 秒）：太长，切走前可能根本没保存，失去自动保存意义 - 设成
0：无效，会被 VS Code 忽略，回退到默认行为（不保存）
推荐值：1000（1 秒）——平衡响应与稳定性。可通过设置 UI 直接输数字，无需重启。
按语言或文件类型单独控制自动保存
有些场景需要差异化策略：比如写 Markdown 时希望快速保存预览，但编辑大型 .sql 文件时又怕频繁写入影响性能。VS Code 支持基于语言的覆盖配置：
[{
"files.autoSave": "afterDelay",
"files.autoSaveDelay": 300
}, {
"files.autoSave": "onFocusChange"
}]
上面 JSON 是错误写法 —— VS Code 不支持数组式语言特定配置。正确方式是在设置中点击右上角“{}”图标进入 settings.json，然后这样写：
{
"files.autoSave": "afterDelay",
"files.autoSaveDelay": 1000,
"[markdown]": {
"files.autoSave": "afterDelay",
"files.autoSaveDelay": 300
},
"[json]": {
"files.autoSave": "off"
}
}
注意：[json] 这种语法是语言标识符（language ID），不是文件扩展名，不能写成 [".json"]。可用语言 ID 可在 VS Code 底部状态栏左角查看，或查官方文档 language-identifiers 列表。
最后提醒：如果用了 Prettier、ESLint 自动修复类插件，它们的格式化时机可能和自动保存冲突。例如 onSave 触发格式化，但你设的是 afterDelay，就会出现“先保存再格式化，导致二次修改”的现象。此时建议统一用 onFocusChange 或关掉插件的 formatOnSave，改用保存后手动触发格式化。
