VSCode 不支持“每N毫秒自动保存”的周期性轮询，files.autoSaveDelay 是防抖阈值而非节流周期；正确配置需同时设置 "files.autoSave": "afterDelay" 和数字型 "files.autoSaveDelay"（如800），且仅在该模式下生效。
VSCode 的 files.autoSave 没有“间隔毫秒”配置项，afterDelay 模式下唯一可调的延迟值是 files.autoSaveDelay，单位为毫秒，但它的行为不是“每 N 毫秒保存一次”，而是“最后一次修改后静默 N 毫秒才保存”。
为什么找不到“自动保存间隔”设置？
VSCode 的自动保存机制不支持周期性轮询（如“每 2000ms 强制保存”），它只有三种触发策略：off、afterDelay、onFocusChange 和 onWindowChange。所谓“间隔”，实际是用户停止输入后的等待空闲时间，不是定时器意义上的间隔。
常见误解来源：把 files.autoSaveDelay 当成 setInterval 的 delay 参数，但它是防抖（debounce）阈值，不是节流（throttle）周期。
- 误设
"files.autoSaveDelay": 1000并期待“每秒保存一次” → 实际效果是：敲完字停 1 秒才保存，中间连续编辑不会触发多次保存 - 若想“改一行就立刻存”，应改用
"files.autoSave": "onFocusChange"或直接关掉 autoSave 改用手动Ctrl+S
如何正确配置 afterDelay 模式？
必须同时设置两个配置项才能启用带延迟的自动保存：
-
"files.autoSave": "afterDelay"—— 启用延迟模式（字符串值，不能写成true或"true"） -
"files.autoSaveDelay": 1000—— 延迟毫秒数（数字，非字符串；默认值为 1000，最小允许值为 100）
推荐配置（平衡响应与磁盘压力）：
"files.autoSave": "afterDelay", "files.autoSaveDelay": 800
注意：files.autoSaveDelay 在 afterDelay 模式外无效；若设为 0 或负数，VSCode 会忽略并回退到默认 1000ms。
容易踩的坑
以下错误会导致 autoSave 不生效或行为异常：
- 只改了
files.autoSaveDelay但没设files.autoSave为"afterDelay"→ 完全不触发自动保存 - 在
settings.json中把files.autoSaveDelay写成字符串："1000"→ VSCode 静默忽略该配置，使用默认 1000ms - 工作区设置了
"files.autoSave": "off"，而用户设置里开了afterDelay→ 工作区配置优先级更高，自动保存被禁用 - 编辑的是只读文件、未保存的临时文件（如
Untitled-1）、或位于 WSL 远程容器中且权限受限路径 → 即使配置正确也不会保存
性能与兼容性提醒
files.autoSaveDelay 设得太小（如 100ms）可能引发高频写入，尤其在大文件或网络文件系统（如 SMB/NFS）上容易卡顿或报错 ENOSPC / EACCES；设得太大（如 5000ms）又失去“防丢失”意义。
远程开发（SSH/WSL/Container）场景下，afterDelay 仍有效，但保存延迟包含网络往返时间，实际感知延迟 ≈ 配置值 + 网络 RTT；建议在远程环境中将 files.autoSaveDelay 提高到 1200–2000。
真正需要“强实时保存”的场景（如协同编辑、频繁调试），别依赖 autoSave，改用文件监视工具（如 chokidar + 自定义脚本）或启用 files.autoSave 的 onFocusChange 模式更稳妥。
