先确认是否受限模式导致卡死：左下角显示“restricted mode”即为工作区被降级，需运行manage workspace trust并选择trust this workspace解除；否则插件（含语言服务）被静默禁用。
插件更新后界面卡死，先确认是不是受限模式在作祟
VS Code 更新插件后突然无法点击、右键失灵、侧边栏不响应，第一反应别急着卸载插件——很可能是更新触发了security.workspace.trust.enabled重置，导致当前工作区被自动降级为受限模式。此时编辑器会静默禁用所有插件（包括核心语言服务），但 UI 不报错，只在左下角显示“Restricted Mode”小字，极易被忽略。
- 按
Ctrl+Shift+P呼出命令面板，输入Manage Workspace Trust，选Trust This Workspace立即解除 - 若想一劳永逸，进设置搜
security.workspace.trust.enabled，把它设为false - 检查
settings.json是否意外被写入"security.workspace.trust.enabled": true—— 某些插件更新脚本会偷偷改这个值
更新卡在“正在下载”或“安装中”，本质是 Marketplace 连接失败
插件更新没完成就去点文件，VS Code 会在后台持续重试连接 marketplace.visualstudio.com，同时阻塞 Extension Host 初始化，造成整个渲染线程夯住。这不是卡在代码逻辑里，而是网络 IO 在主线程上同步等待超时（尤其国内环境）。
- 打开命令面板运行
Developer: Toggle Developer Tools，切到Network标签页，再点一次更新，看是否有vscode-api或marketplace域名的请求状态为0或pending - 在设置里搜
http.proxy，确保填的是http://开头的地址（不是https://），并勾选http.proxyStrictSSL设为false - 临时绕过：去 Marketplace 页面下载
.vsix文件，用命令面板运行Extensions: Install from VSIX手动装，跳过网络校验环节
已启用的插件更新后功能异常，重点查 activate() 是否抛错
插件更新后看似装好了，但 ESLint 不校验、Prettier 不格式化、GitLens 不显示 blame，大概率是新版本的 activate() 函数执行失败，VS Code 会静默禁用该扩展，且不提示。这类问题不会导致界面冻结，但会让编辑器“半身不遂”。
- 打开输出面板（
Ctrl+Shift+U），切换到Extension Host，往上翻找带ERR!的行，紧挨着的Activating extension 'xxx'就是罪魁祸首 - 常见错误：
Cannot read property 'onDidChangeActiveTextEditor' of undefined（语言服务未就绪就调 API）、RangeError: Maximum call stack size exceeded（监听了node_modules导致无限递归） - 快速验证：终端执行
code --disable-extensions --user-data-dir=/tmp/vscode-test启动干净实例，再逐个启用插件，定位哪个一启就报错
大文件 + 插件更新 = 双重雪崩，必须提前设限
插件更新本身不卡，但更新后某个插件（比如 GitLens 或 Prettier）开始对大文件做全量解析，而你刚好打开了一个 100MB 的日志，VS Code 会尝试把整份内容加载进内存+语法树+搜索索引，瞬间吃光 CPU 和内存，UI 线程直接冻结。
- 在
settings.json中强制限制大文件处理："files.maxMemoryForLargeFilesMB": 40，超过该值自动退化为纯文本模式 - 禁用对大目录的监听：添加
"files.exclude": {"**/logs/**": true, "**/dist/**": true}，防止插件遍历扫描 - 查看大文件时永远用
Alt+Enter（Open Preview），它不启动语言服务，也不触发格式化插件
真正棘手的不是插件更新本身，而是它和受限模式、网络配置、大文件策略这三者的隐式耦合——任何一个环节没对齐，都会让“更新成功”的假象掩盖底层崩溃。每次更新后顺手检查左下角有没有 Restricted Mode 提示，比事后排查快十倍。
