推荐 files.autoSaveDelay 设为1000毫秒（本地）或2000毫秒（远程），需确保 files.autoSave 为 "afterDelay"，并关闭 editor.formatOnSave 和 files.autoSaveOnWindowChange 以避免冲突。
files.autoSaveDelay 设多少才不卡又不丢内容
推荐值是 800～1200 毫秒，本地开发用 1000 足够；远程开发（SSH/WSL）必须拉高到 1500～2500。设太低（比如 100）会高频写盘，尤其在大文件或 Git 冲突编辑时，容易触发 Failed to save 'xxx': Unable to write file；设太高（比如 3000）则停顿稍久就丢刚敲的几行。
注意：files.autoSaveDelay 是整数毫秒值，但 VSCode 内部会四舍五入到最近的秒——1600 实际≈2秒，1200≈1秒。别填小数或带单位字符串（如 "300ms"），否则静默失效。
为什么改了 files.autoSaveDelay 却没反应
最常见原因是 files.autoSave 没设对。这个延迟参数只在 files.autoSave 为 "afterDelay" 时生效，设成 "onFocusChange" 或 "off" 就完全忽略。
- 检查当前
files.autoSave值：在设置里搜files.autoSave，下拉菜单必须选中afterDelay - 确认配置位置：用户设置、工作区设置、语言专属设置都可能覆盖它；优先查
.vscode/settings.json是否写了"files.autoSave": "off" - 别混淆旧键名：VSCode 1.8x 后统一用
files.autoSave，不是files.autoSave（旧版遗留）
远程开发时 autoSaveDelay 总失败怎么办
SSH 或 WSL 场景下，1 秒保存常撞上文件锁或同步延迟，右下角闪红字是典型表现。不能只调延迟，得配合关掉干扰项：
- 把
files.autoSaveDelay改成2000（或至少1500） - 显式关闭
files.autoSaveOnWindowChange，设为false，避免切窗口时强行保存引发冲突 - 确保没启用
editor.formatOnSave——格式化插件才是远程卡顿主因，不是延迟本身
怎么让自动保存只对特定语言生效
全局开 afterDelay 可能误伤某些文件类型，比如编辑 webpack.config.js 时一保存就触发构建，或 Markdown 频繁预览拖慢响应。VSCode 支持按语言单独配：
打开命令面板（Cmd+Shift+P），运行 Preferences: Configure Language Specific Settings，选 javascript 后填：
{
"files.autoSave": "onFocusChange"
}
注意语言 ID 必须准确：typescript 不是 ts，json 不是 jsonc。这种配置优先级高于全局，且只作用于对应后缀文件。
真正麻烦的是格式化插件和自动保存的耦合——延迟再准，editor.formatOnSave 一开，保存就卡住。别调 files.autoSaveDelay 来硬扛，该关的钩子就得关。
