VSCode保存卡在“正在获取代码操作”是因插件在onWillSaveTextDocument钩子中未返回Promise、崩溃或无限等待；需用Developer Tools Console观察重复日志及Promise未解析、spawn ENOENT等错误，重点排查prettier、eslint、python、typescript相关扩展。
VSCode保存卡在“正在获取代码操作”怎么定位插件
这不是 VSCode 自己卡住，而是某个插件在 onWillSaveTextDocument 钩子里没返回 Promise、崩溃或无限等待。保存流程是同步串行的，一个插件不响应，整个链路就挂起。
别靠禁用猜，直接看真实行为：
- 按
Ctrl+Shift+P→ 运行Developer: Toggle Developer Tools→ 切到Console标签页 - 清空日志，按
Ctrl+S保存一次，盯输出里重复出现的onWillSaveTextDocument日志 - 重点搜
prettier、eslint、python、typescript相关错误，比如Promise never resolved、spawn ENOENT（命令找不到）、Maximum call stack size exceeded - 临时禁用全部扩展：
Ctrl+Shift+P→Extensions: Disable All Installed Extensions，再逐个启用验证
文件真被锁住时，谁在占着？
VSCode 报“工作区文件被外部程序锁定”，本质是操作系统返回了 EBUSY 或 EACCES 错误——它只是转述，不是元凶。
Windows 用户立刻打开资源监视器查句柄：
-
Ctrl+Shift+Esc→ “性能”页 → “打开资源监视器” → “CPU”页 → 右下角“关联的句柄”搜索你的文件名（如package.json） - 看“进程”列：常见元凶是
EXCEL.EXE（开着 CSV）、AntimalwareServiceExecutable.exe（WinDefender 实时扫描）、另一个Code.exe（多实例冲突）、tail.exe（WSL2 中） - 右键进程 → “结束进程树”要谨慎；优先关 Excel 工作簿、停
tail -f、关杀软实时防护
macOS/Linux 用户终端一行搞定：
-
lsof /full/path/to/filename.js—— 精准定位占用者 -
lsof +D /path/to/project—— 查整个目录所有访问进程 - 若提示
command not found，macOS 先brew install util-linux；Linux 一般自带
为什么改了配置还是保存失败？
常见配置陷阱不是“没开”，而是“开了但被覆盖”或“开了但工具根本不可达”。
- 检查工作区
.vscode/settings.json是否写了"editor.formatOnSave": false，它会静默覆盖全局设置 - 右下角点语言模式（如
JavaScript）→ 齿轮图标 → “Configure JavaScript language-specific settings”，确认没关格式化 - 在项目根目录终端运行
npx prettier --write src/index.js或black . --check，如果报command not found或Cannot find module，说明插件调不到 CLI —— 必须本地安装，不能只装全局 - 多个格式化器争抢时（如 ESLint + Prettier + Beautify 同时支持
.js），VSCode 会依次尝试，一个超时就拖慢整体。用Format Document With命令看列表是否混乱
WSL2 下的三重叠加坑怎么破
在 /mnt/c 路径下编辑 + Git LFS + Windows Defender，是 WSL2 用户最典型的伪锁定组合。
- Git LFS 后台 fetch 未完成时，
git lfs status会显示 pending，此时文件处于“逻辑锁定”状态；运行git lfs fetch --all主动拉完再试 - Windows Defender 对
/mnt/c下文件扫描极频繁，常卡住 DrivFS 句柄；临时关闭实时防护比硬杀AntimalwareServiceExecutable.exe更安全 - 必须启用 WSL 元数据支持：
/etc/wsl.conf加入[automount]\noptions="metadata,uid=1000,gid=1000"，然后执行wsl --shutdown重启 WSL —— 不重启，配置无效 - 验证是否生效：
touch /mnt/c/test && ls -l /mnt/c/test，能看到属主是你且权限含w才算成功
真正容易被忽略的是：插件钩子阻塞和系统句柄锁定，是两类完全不同的问题，但表现一模一样；排查时必须先分清是“VSCode 被拖住”，还是“文件真被锁死”，否则所有操作都南辕北辙。
