插件更新后报“extension activation failed”主因是vs code 1.90+对依赖树进行严格静态校验，任一dependencies/extensionpack项缺失、版本不匹配或未启用即拒激活；需手动检查package.json依赖项并确认对应插件或cli工具已正确安装。
为什么插件更新后突然报“Extension activation failed”
这不是插件坏了，而是 VS Code 启动时对扩展依赖树做了更严格的静态校验——尤其在 1.90+ 版本后，它会递归检查 package.json 中的 dependencies、devDependencies 和 extensionPack 字段，只要任一依赖项缺失、版本不匹配或未启用，就直接拒绝激活主插件，且不报具体缺哪个。
常见现象包括：
- 插件图标变灰，右下角无版本号
- 快捷键/命令（如
python.interpreterSelection）执行时报command 'python.interpreterSelection' not found - 控制台（
Help → Toggle Developer Tools → Console）里出现Extension host terminated unexpectedly或Failed to activate extension: Cannot resolve dependency 'vscode-languageclient'
如何快速定位缺失的依赖项
VS Code 不会在 UI 里告诉你缺什么，得手动查。最有效路径是打开插件安装目录，逐层 inspect package.json：
- 运行
code --list-extensions --show-versions找到目标插件路径，比如ms-python.python-2024.10.1 - 进对应文件夹：
~/.vscode/extensions/ms-python.python-2024.10.1/（macOS/Linux）或%USERPROFILE%\.vscode\extensions\ms-python.python-2024.10.1\（Windows） - 打开
package.json，重点看三个字段：dependencies（如"vscode-languageclient": "^9.0.0"）、extensionPack（如["ms-python.pylint", "ms-python.flake8"]）、extensionKind（决定是否需 Remote 插件配合） - 对每个依赖项，用
code --list-extensions --show-versions | grep -i "name"确认是否已安装且版本满足语义化要求（注意^和~的范围差异）
常见依赖类插件失效场景与修复方式
某些依赖不是独立插件，而是语言服务器二进制或 CLI 工具，必须手动部署：
-
redhat.vscode-yaml依赖yaml-language-server：仅装插件不够，需npm install -g yaml-language-server或下载预编译二进制并加入PATH -
ms-python.python依赖pylint/flake8：它们是 Python 包，不是 VS Code 插件；若状态栏提示Linting with pylint is not available，说明当前 Python 解释器环境下没装pylint -
esbenp.prettier-vscode依赖本地prettier：若设置中启用了prettier.resolveGlobalModules，但项目里没装prettier，它不会 fallback 到全局，而是静默失败 - Remote 类插件（如
ms-vscode-remote.remote-ssh）依赖远端vscode-server：本地插件更新了，但远端~/.vscode-server还是旧版，就会卡在Setting up SSH host；必须删掉远端目录再重连
强制跳过依赖校验的风险与适用场景
VS Code 没有公开的开关能关掉依赖树校验，但你可以绕过部分检查逻辑：
- 禁用所有其他扩展，只留目标插件 + 其声明的直接依赖项，再重启——这是最安全的验证方式
- 修改插件
package.json中的extensionPack字段，临时删掉可疑项（仅限开源插件），保存后全退出 VS Code 再启动 - 对离线环境，可用
--force安装 vsix，但它不跳过依赖校验，只跳过签名和版本覆盖检查；真正生效的是关掉extensions.installVerification（设为false），但这会削弱安全性 - 别碰
extensionKind字段：把它从["ui", "workspace"]改成["ui"]可能让插件在 Remote 场景下“看起来”启动了，但实际语言功能全挂——这是典型自欺欺人
依赖树校验失败最难调试的地方在于：它不报错，只沉默。你得习惯把插件当“微服务”来看——每个都带自己的依赖清单、运行时约束和生命周期钩子，少一个环节，整个链就断在开头。
