vscode不自动禁用“风险插件”，因其无内置风险评级机制；风险需用户通过运行时行为（如cpu暴涨、异常弹窗）、权限与功能不符、版本发布异常等人工识别，并经disable→reload→uninstall→清理配置与信任状态全流程处置。
为什么“禁用风险插件”不能靠弹窗提示自动完成
VSCode 从不主动标记某个插件为“未认证”或“高风险”并自动禁用它——所谓风险插件，是用户手动安装后、在运行时暴露出异常行为（如 CPU 暴涨、弹窗劫持、静默发请求），或通过人工审查发现权限声明与功能严重不符。VSCode 的 security.workspace.trust.enabled 控制的是工作区级执行边界，不是插件市场准入机制。
如何识别正在运行的可疑插件
别等崩溃再排查。打开命令面板（Ctrl+Shift+P 或 Cmd+Shift+P），输入并执行：Developer: Open Process Explorer。这里能看到每个插件进程的实时 CPU / 内存 / 网络连接数。重点关注：
- 名称含随机字符串的 publisher（如
xyz123dev.vscode-helper），且安装量低于 500 - 权限声明中出现
"*://*/*"却没在 README 里说明用途 - 已启用但控制台（
Developer: Toggle Developer Tools→ Console）持续报ERR来自其activate函数 - 插件详情页的 “Version History” 显示 24 小时内发布 ≥5 个版本
禁用方式选错会残留后台行为
直接删 .vscode/extensions/ 下文件夹是危险操作：注册表项、激活钩子、Webview 实例可能仍在内存中运行。正确顺序是：
- 先在扩展视图中右键该插件 →
Disable (Global)（非卸载） - 重载窗口（
Developer: Reload Window），观察终端/状态栏是否仍有异常输出 - 确认无副作用后，再执行
Extensions: Uninstall Extension - 若卸载失败，检查
settings.json是否残留该插件配置（如"prettier.*"），删掉再试
禁用后仍需清理信任状态
某些插件（如 eamodio.gitlens）会在首次激活时写入本地缓存或监听文件系统。即使卸载，其信任记录仍可能影响后续同名插件行为。此时应：
- 关闭 VSCode
- 删除用户数据目录下对应哈希路径（Windows：
%APPDATA%\Code\User\workspaceStorage\<hash></hash>；macOS：~/Library/Application Support/Code/User/workspaceStorage/<hash></hash>） - 重启 VSCode，重新安装可信替代品（如用内置 Git 功能替代 GitLens 基础功能）
真正容易被忽略的是：插件卸载不等于权限回收。如果它曾获得过 terminal:execute 或 env 访问权，这些能力在信任工作区中仍可能被其他插件复用——所以禁用高风险插件，必须配合工作区信任策略收紧，而非仅删一个包了事。
