VSCode 保存卡在“正在保存...获取格式化结果”是因 formatOnSave 同步等待外部格式化器响应超时或失败，常见于格式化器路径错误、未安装、多插件冲突、配置冗余或 CLI 不可用。
为什么保存卡在“正在保存...获取格式化结果”
这是 VSCode 在保存时同步等待格式化工具返回结果，而格式化进程没响应或超时。常见于启用了 editor.formatOnSave 且配置了外部格式化器（如 prettier、eslint --fix、black）但路径不对、版本不兼容或插件未激活。
检查并禁用无效的保存格式化钩子
很多用户装了多个格式化插件（比如同时装了 Prettier 和 ESLint 插件），又没指定默认格式化器，VSCode 会挨个调用，某个失败就卡住。
- 打开命令面板（
Ctrl+Shift+P/Cmd+Shift+P），运行Preferences: Configure Language Specific Settings...，选当前语言（如javascript），确认只留一个"editor.defaultFormatter"，删掉重复或空值 - 全局设置里搜
formatOnSave，关掉editor.formatOnSave，改用更可控的editor.formatOnSaveMode：设为"modification"（只格式化改动行）或干脆关掉，靠手动Shift+Alt+F - 检查工作区
.vscode/settings.json是否有覆盖项，比如写了"editor.formatOnSaveTimeout": 750却没配好格式化器——超时值太小反而更容易卡死
排查 Prettier / ESLint 等 CLI 工具是否真能跑通
VSCode 格式化器本质是调用你本地安装的 CLI，如果它在终端里都报错，VSCode 必然卡住。
- 在项目根目录终端运行
npx prettier --write . --no-error-on-unmatched-pattern --loglevel warn（JS/TS 项目），看是否秒出结果；报Cannot find module 'prettier'就说明 VSCode 找不到，需在工作区安装prettier到devDependencies，而非全局 - ESLint 用户注意：
eslint --fix默认不输出格式化后的内容给编辑器，必须配合eslint-plugin-prettier或确保"eslint.format.enable": true且eslint插件已启用 - Python 用户若用
black，确认python.defaultInterpreter指向的环境里装了black，且python.formatting.provider设为"black"，不是"autopep8"或空
关闭格式化器的“同步阻塞”行为
VSCode 1.84+ 引入了 editor.formatOnSaveMode 的第三种模式："modificationsIfAvailable"，它会在格式化器不可用时不阻塞保存——比单纯关掉 formatOnSave 更实用。
- 在
settings.json中加这一行："editor.formatOnSaveMode": "modificationsIfAvailable" - 搭配
"editor.formatOnSaveTimeout": 2000（别低于 1500，否则小文件也容易被截断） - 禁用可能拖慢的扩展：比如
Beautify、Auto Rename Tag（它有时会监听保存事件）、或旧版Prettier插件（推荐用官方esbenp.prettier-vscode）
真正卡住的时候，不是 VSCode 本身慢，而是它在等一个根本不会回来的子进程。多数情况删掉多余格式化器配置、确保 CLI 可执行、再调低阻塞优先级，就能恢复秒存。别信“重装 VSCode”——问题大概率还在你 .vscode/settings.json 或 node_modules 里。
