vscode保存卡在“正在获取代码操作”通常是prettier、eslint、python或typescript扩展因配置错误或依赖缺失触发onwillsavetextdocument钩子超时所致，常见于格式化冲突、路径未配置或模块解析失败。
VSCode保存卡在“正在获取代码操作”是哪些扩展在捣鬼
这问题八成是某个语言服务或格式化扩展在保存时触发了阻塞式操作，尤其是 TypeScript、Prettier、ESLint 或 Python 相关扩展。VSCode 保存时会调用 onWillSaveTextDocument 钩子，一旦某个注册该钩子的扩展响应超时（默认 750ms），就会卡住整个保存流程，并显示“正在获取代码操作”。
- 最常中招的是
Prettier+ESLint双格式化配置冲突，比如同时启用了eslint.format.enable和prettier.requireConfig但项目里没配好.eslintrc或prettier.config.js -
Python扩展的python.formatting.provider设为autopep8或black时，若对应命令未安装或路径不对，也会静默卡住 -
TypeScript扩展在大型项目中，如果js/ts.preferences.includePackageJsonAutoImports开启且 node_modules 很大，可能拖慢保存前的语义分析
快速定位罪魁祸首：禁用扩展二分法
别猜，直接验证。VSCode 没提供保存钩子的实时监控面板，但可以靠排除法定位：
- 打开命令面板（
Ctrl+Shift+P/Cmd+Shift+P），运行Developer: Toggle Developer Tools，切到 Console 标签页，再尝试保存——留意是否有扩展抛出Promise未 resolve、TypeError或spawn ENOENT类错误 - 关闭所有已启用扩展（
Ctrl+Shift+P→Extensions: Disable All Installed Extensions），再逐组启用：先开ESLint，保存测试；再加Prettier；再加Python……每次只加一个，直到复现卡顿 - 重点盯防名字带 “format”、“lint”、“code-action”、“quick-fix” 的扩展，它们最可能注册保存前钩子
临时绕过卡顿：关掉保存时的自动代码操作
如果你暂时不想删扩展，又急需保存文件，最快解法是禁用保存时触发的代码操作链：
- 在设置中搜索
editor.codeActionsOnSave，清空它的值（设为空对象{}） - 或者更精准地关掉具体项：
editor.codeActionsOnSave设为{"source.fixAll": false, "source.organizeImports": false} - 注意：这不是修复，只是绕过。关掉后
ESLint自动修复、import排序等功能就不再在保存时执行——但手动运行Source Action（Ctrl+Shift+P→Source Action）仍可用
长期稳定方案：检查扩展配置与依赖路径
真正解决问题得看扩展有没有“踩坑式配置”。常见硬伤都在路径和权限上：
-
Prettier扩展若启用prettier.resolveGlobalModules，且全局装了多个版本的prettier，容易因模块解析失败卡住——建议关掉它，改用项目本地node_modules/.bin/prettier -
ESLint扩展要求工作区必须能跑通eslint --version。如果 VSCode 终端里能跑，但扩展里报错，大概率是eslint.execPath没设对，或 shell 初始化脚本（如~/.zshrc）里 PATH 未被继承 -
Python扩展的python.formatting.blackPath若指向一个不存在的路径，或指向需sudo才能执行的二进制，就会静默 hang 住——务必用绝对路径，且确保当前用户可执行
真正麻烦的不是卡住本身，而是它不报错、不崩溃、也不超时退出，就干耗着。你得盯着 DevTools Console，而不是只看右下角那行字。
