vscode 的 files.autosave 不支持毫秒级延迟，仅支持秒级延迟且最小为1秒；必须同时设置 "files.autosave": "afterdelay" 和 "files.autosavedelay": 整数（单位毫秒，但四舍五入为秒）才生效。
VSCode 的 files.autoSave 不支持毫秒级延迟
VSCode 原生只提供三种自动保存策略：off、afterDelay、onFocusChange（或 onWindowChange），没有直接配置“多少毫秒后保存”的选项。afterDelay 对应的延迟单位是**秒**，且最小值为 1 秒——你设 500 毫秒？VSCode 会静默忽略，按 1 秒处理。
常见错误现象：在设置里写 "files.autoSaveDelay": 300 或 "files.autoSaveDelay": "300ms"，重启后无效，文件仍不自动保存，或延迟远长于预期。
-
files.autoSave必须设为afterDelay才启用延迟逻辑 -
files.autoSaveDelay是整数，单位是毫秒，但 VSCode 实际取整到最近的秒（内部四舍五入），所以1200→ 约 1 秒，1600→ 约 2 秒 - 该配置仅在用户有编辑行为（如输入、删除）后触发计时，光标移动或选中不重置倒计时
怎么让延迟真正生效：必须同时配两个配置项
只改 files.autoSaveDelay 没用。VSCode 要求先开启延迟模式，再指定延迟值。漏掉任意一个，延迟都不起作用。
-
"files.autoSave": "afterDelay"—— 启用延迟自动保存模式 -
"files.autoSaveDelay": 1000—— 设定延迟时间（推荐从1000开始试，别低于800，否则可能被截断为 0） - 这两个配置需同时存在于
settings.json中，顺序无关
示例（有效）：
{
"files.autoSave": "afterDelay",
"files.autoSaveDelay": 1500
}
为什么改了没反应？检查这三处地方
VSCode 设置有层级：全局（User）、工作区（Workspace）、远程（Remote）。你改的很可能不是当前生效的那一层。
- 打开命令面板（
Ctrl+Shift+P/Cmd+Shift+P），搜Preferences: Open Settings (JSON)，确认你编辑的是当前项目正在读的那个settings.json - 检查右下角状态栏：如果显示
Workspace或Remote，说明工作区/远程设置优先级更高，用户级设置会被覆盖 - 某些插件（如 Prettier、ESLint 自动修复）会在保存前触发格式化，导致“看起来没保存”，实际是保存被拦截或延迟了——关掉这些插件再测试
延迟太短卡顿？延迟太长又怕丢代码
1 秒是平衡点。低于 800ms，VSCode 内部计时器精度不足，容易误判为 0，退化成 onFocusChange 行为；高于 3000ms，手动保存（Ctrl+S）反而更顺手。
- 对大文件（>1MB）或慢磁盘（比如网络挂载盘），延迟设太短会导致频繁写入阻塞 UI，表现为打字卡顿、光标延迟响应
- 如果你常写 Markdown 或 JSON，建议配合
files.autoSave=onFocusChange更安全——切走就保存，不依赖定时器 - 没有“完美延迟值”，它取决于你的硬盘速度、文件大小、是否启用文件监视（
files.useExperimentalFileWatcher）
真要精细控制，得靠外部工具（如 inotify + shell script），VSCode 自身做不到毫秒级可调。
