VSCode没有“自动保存间隔”配置，files.autoSaveDelay是停手后倒计时的防抖阈值而非定时器；必须设files.autoSave为"afterDelay"且files.autoSaveDelay为整数，同时避开工作区覆盖、未命名文件、格式化失败等失效场景。

VSCode 没有“自动保存间隔”这个配置项，files.autoSaveDelay 也不是定时器——它只在你停手后倒计时，继续敲字就重置。

为什么改了 files.autoSaveDelay 却没反应

这个值极其敏感，漏掉任意一个前提都会静默失效：

• files.autoSave 必须设为字符串 "afterDelay"（不能是 true、"true" 或 "on"）
• files.autoSaveDelay 必须是整数（如 800），写成 "800" 或 800.0 会被完全忽略
• 工作区设置（.vscode/settings.json）优先级高于用户设置，如果里面写了 "files.autoSave": "off"，全局怎么配都无效
• 编辑的是未命名文件（Untitled-1）、只读文件、或远程路径（SSH/WSL）权限不足时，保存动作根本不会触发

怎样在图形界面里正确设置 afterDelay 模式

别搜“时间间隔”，直接按顺序操作：

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• 按 Ctrl + ,（Windows/Linux）或 Cmd + ,（macOS）打开设置
• 搜索框输入 files.autoSave，点击下拉菜单，**选 afterDelay**（不是 “on” 或 “auto”）
• 再搜 files.autoSaveDelay，输入纯数字（比如 1000），**不要带引号、单位或小数点**
• 改完不用点保存按钮，VSCode 会立即生效

哪些场景下 files.autoSaveDelay 实际不生效

即使配置全对，以下情况也会让“延迟保存”看起来像没起作用：

• 启用了 editor.formatOnSave：保存动作会先格式化再写回，若 Prettier/ESLint 配置缺失或修复失败，VSCode 会静默取消保存，不报错也不提示
• 正在编辑 Git 冲突文件（含 ）：部分语言服务会在格式化阶段拒绝处理冲突标记，导致保存中断
• 文件路径含中文或特殊符号（尤其在 Windows + WSL 混合环境）：底层 fs 操作可能因编码或权限失败，日志里只显示 Failed to save 'xxx': Unable to write file
• files.enableTrash 关闭时：某些系统删除临时备份文件失败，会导致保存流程卡住

真正容易被忽略的不是数值本身，而是“保存”这个动作早已和格式化、语言服务、文件系统深度耦合——调延迟只是动了最表层的一环。