VS Code扩展已安装但不生效，主因是禁用状态、工作区不信任、配置屏蔽、签名失败或权限拦截；需检查启用状态、信任设置、.vscode/extensions.json、签名完整性及杀毒软件干扰。
扩展显示已安装但功能不生效
这不是没装上，而是它压根没被 VS Code 加载——多数情况是“禁用状态”被悄悄设定了，你根本没点过 Disable，但它就是不干活。
- 打开 Extensions 视图（
Ctrl+Shift+X），搜扩展名，看右下角是Disable还是Enable；如果显示Enable，说明它当前是禁用的，点一下，然后必须关闭并重启整个 VS Code 窗口（仅重载窗口无效） - 检查是否被工作区设置压制：打开项目里的
.vscode/settings.json，搜"extensions.ignoreRecommendations"或"extensions.autoStart"，这两项设为true或false都可能间接禁用扩展 - 某些扩展（比如
ms-python.python）会因语言模式未触发而“静默不启动”，试着打开一个.py文件再观察输出面板（Ctrl+Shift+U→ 选该扩展）
工作区信任状态阻止扩展运行
VS Code 1.56+ 默认对新打开的文件夹启用“工作区信任”机制，一旦你点了“Don’t trust the workspace”，大量扩展就会被强制停摆，连 Live Server、Prettier、调试器都直接失能。
- 看左下角状态栏：如果显示
Restricted Mode，就说明当前工作区不受信任 - 点击该提示 → 选
Trust Folder and Subfolders，或手动在.vscode/settings.json中加：{"security.workspace.trust.untrustedFiles": "open"} - 注意：远程开发（SSH/WSL/Dev Container）中，信任状态不会自动同步，需在容器内单独确认
扩展被 .vscode/extensions.json 或多根工作区策略屏蔽
团队项目常通过 .vscode/extensions.json 推荐或限制扩展，但配置写错会导致本该启用的扩展被集体忽略，甚至出现“此工作区已禁用某些扩展”的提示却找不到原因。
- 检查项目根目录下是否存在
.vscode/extensions.json，内容类似：{ "recommendations": ["esbenp.prettier-vscode"], "unwantedRecommendations": ["ms-python.python"] }—— 注意unwantedRecommendations是明确拉黑，不是忽略 - 多根工作区（多个文件夹加入同一窗口）时，VS Code 会合并各根目录下的
extensions.json，冲突项以“最后加载的为准”，容易误覆盖 - 临时验证方法：关掉所有文件夹，只开单个子项目，看扩展是否恢复；若恢复，问题大概率出在多根策略叠加
扩展冲突或签名校验失败导致加载中断
VS Code 1.77+ 启用严格签名验证，手动下载的 .vsix 若来源不可信、ZIP 损坏或证书链异常，会被静默拒绝，现象是“已安装”但列表里灰显、无 Disable 按钮，也无报错提示。
- 打开开发者工具（
Ctrl+Shift+I→ Console 标签），筛选extension或error，常见错误如：Signature verification failed、Corrupted ZIP - 优先走市场安装；若必须离线，用
unzip -t extension.vsix检查完整性，并确保下载来源可信（比如 GitHub Release 页面的官方构建产物） - 杀毒软件（尤其 Windows 上的 360、火绒）常拦截解压过程，临时关闭实时防护再试；macOS 用户注意
/Applications/Visual Studio Code.app/Contents/Resources/app/extensions目录权限是否被锁死
最易被忽略的一点：禁用状态可能同时受用户设置、工作区设置、远程容器设置、信任状态四层叠加影响，单改一处未必见效。建议先关掉所有扩展，再逐个启用+重启验证，比对着配置猜快得多。
