推荐 autosavedelay 设为 800～1200 毫秒，兼顾响应与稳定；远程开发时应调至 1500～2500，并关闭 files.autosaveonwindowchange；该参数仅在 autosave 为 afterdelay 时生效，且需避免格式化插件导致的卡顿。
vscode自动保存延迟设成多少才不卡
默认的 autoSaveDelay 是 1000 毫秒（1 秒），但这个值不是越小越好。设太低（比如 100ms）会导致频繁写磁盘，尤其在编辑大文件、用 WSL 或远程 SSH 时，容易触发保存失败或光标跳动；设太高（比如 3000ms）又会丢失刚敲的几秒内容。实际推荐值是 800～1200，兼顾响应与稳定。
修改方式很简单：打开设置（Ctrl+, 或 Cmd+, ），搜 autoSaveDelay，直接填数字即可。注意它只在 autoSave 设为 afterDelay 时生效。
autoSaveDelay 不生效？检查 autoSave 模式是否匹配
autoSaveDelay 是个“懒参数”——它完全依赖 autoSave 的当前值。如果 autoSave 是 off 或 onFocusChange，改 autoSaveDelay 就没任何作用。
- 确认当前
autoSave值是afterDelay（可在设置里搜autoSave看下拉选项） - 也可以直接改
settings.json："autoSave": "afterDelay",<br>"autoSaveDelay": 1000
- 别混淆
files.autoSave（旧键名）和autoSave（新键名），VSCode 1.8x 后统一用后者
远程开发（SSH/WSL）下 autoSaveDelay 要调大
远程文件系统延迟高，1 秒保存很可能撞上文件锁或同步未完成，表现是：保存后内容没更新、编辑器右下角闪红字 Failed to save 'xxx': Unable to write file。
建议把 autoSaveDelay 提到 1500～2500，同时配合关闭 files.autoSaveOnWindowChange（避免切窗口时强行保存）：
"autoSave": "afterDelay""autoSaveDelay": 2000"files.autoSaveOnWindowChange": false
想保存更智能？用 saveWithoutFormatting 避免格式化卡顿
很多人开了 Prettier 或 ESLint 自动格式化，结果一保存就卡住 1–2 秒——其实是格式化插件在后台跑。这时 autoSaveDelay 再怎么调都治标不治本。
真正解法是让保存行为“绕过格式化”：
- 设置
"editor.formatOnSave": false（关掉保存时格式化） - 改用
"editor.codeActionsOnSave": { "source.fixAll": true }（仅修复错误，不重排版） - 或者干脆用快捷键
Shift+Alt+F手动格式化，需要时再触发
延迟参数只是控制“什么时候写磁盘”，而格式化才是那个拖慢保存的真实瓶颈。别把两个问题混在一起调。
