vscode插件更新卡在“正在安装”是因系统级文件锁（如杀软、其他进程占用扩展目录），非插件自身问题；需用资源监视器（windows）或lsof（macos/linux）定位并结束占用进程，再重载窗口。
VSCode插件更新时提示“文件锁定”，根本不是插件自己在锁，而是操作系统拒绝写入——更新过程需要重命名、解压、覆盖旧文件夹，只要目标目录下有进程正打开其中任一文件（哪怕只读），Windows/macOS 就会返回 EBUSY 或 EACCES，VSCode 只是把错误转述成“文件被锁定”。
为什么插件更新卡在“正在安装”就停住？
这是典型的文件句柄未释放现象。VSCode 更新插件时，会先下载 .vsix，再解压到 %USERPROFILE%\.vscode\extensions\（Windows）或 $HOME/.vscode/extensions/（macOS/Linux），最后尝试原子替换旧版本目录。任何一步被阻断都会卡住：
- 另一台 VSCode 实例（包括托盘残留进程）正在读取该插件目录下的
package.json或日志文件 - 杀毒软件（如 Windows Defender 的
AntimalwareServiceExecutable.exe）正在扫描刚解压的 JS 文件 - GitLens 或 ESLint 插件自身在后台加载旧版本时未完全卸载，导致其
out/目录被占用 - 终端里有
ls -R、find或tail -f正监听该扩展目录（尤其 WSL2 中常见）
Windows 下快速释放插件目录锁的实操步骤
别重启 VSCode，它不解决句柄问题；也别手动删扩展文件夹，可能破坏状态。直接定位并清理真实占用者：
- 按
Ctrl+Shift+Esc打开任务管理器 → “性能”页 → 点“打开资源监视器” - 切到“CPU”页 → 在右下角“关联的句柄”搜索框输入扩展名关键词，比如
prettier-vscode或gitlens - 查看“进程”列，重点关注
Code.exe（另一个 VSCode 实例）、AntimalwareServiceExecutable.exe、explorer.exe（子进程里可能藏SearchIndexer） - 右键对应进程 → “结束进程树”；若看到多个
Code.exe，优先结束非前台窗口的那个 - 完成后，回到 VSCode，按
Ctrl+Shift+P→ 输入Developer: Reload Window，再试更新
macOS/Linux 怎么查和清插件目录锁？
终端一行命令就能搞定，比 GUI 更准：
- 先确认插件目录路径：
$HOME/.vscode/extensions/ - 查谁在用：
lsof +D $HOME/.vscode/extensions/（列出所有访问该目录及其子项的进程） - 若输出太多，聚焦具体插件：
lsof $HOME/.vscode/extensions/esbenp.prettier-vscode-9.13.0/ - 看到 PID 后，用
kill -9 PID干掉；常见干扰进程包括node（某插件调试进程）、mdworker（Spotlight 索引）、Code Helper（VSCode 渲染进程） - 注意：不要
killall Code，那会杀掉当前编辑器；只杀占用扩展目录的特定子进程
真正防复发：更新前先关哪些插件？
某些插件在更新期间极易抢锁，不是它们恶意，而是设计上会常驻监听文件系统。更新前手动禁用能大幅降低失败率：
-
GitLens：它默认扫描整个工作区，连.vscode/extensions/都可能误入监控范围；更新插件前先在扩展视图中禁用它 -
ESLint和Prettier：这两个在格式化/校验时会动态 require 模块，若旧版本还在内存里，新包解压时容易冲突；可临时关闭eslint.enable和prettier.enable设置 -
Settings Sync：同步服务有时会锁住settings.json或扩展元数据，更新前暂停同步 - 更新完再启用它们，并执行
Developer: Restart Extension Host，而不是只 reload window
插件更新卡住时，“重启 VSCode”是最常见的无效动作——它不清理其他进程持有的句柄，也不释放内核级文件锁。真正关键的是定位到那个正在读 node_modules 里的 index.js、或者扫描 out/ 目录的后台进程。系统级工具（资源监视器 / lsof）比任何插件设置都管用，而且快。
