“update all”按钮不等于“安全更新”，它仅更新已启用且无占用的插件，忽略禁用插件、不校验依赖兼容性、不读取breaking changes，易引发配置失效或功能异常。

盲目点“Update All”是最容易出事的操作，不是所有插件都适合一起更新，尤其涉及语言服务、LSP 或安全审计类插件时。

为什么“Update All”按钮不等于“安全更新”

VS Code 的 Update All 按钮只更新当前已启用（enabled）且未被其他进程占用的插件；它完全忽略禁用插件、不校验依赖兼容性、也不读取 Breaking Changes。比如你禁用了 ms-python.python 是因为上个版本和 Conda 环境冲突，但新版本其实已修复——Update All 不会帮你翻出来更新。

• 它不检查 engines.node 是否匹配你系统 PATH 中的 Node 版本
• 它跳过对 yaml-language-server 或 eslint 这类外部二进制依赖的验证
• 它不会阻止你把 esbenp.prettier-vscode 从 v12 升到 v13，而 v13 默认关闭 prettier.requireConfig，导致保存时不格式化

更新前必须手动核对的三项内容

打开插件详情页 → 切到 Changelog 标签 → 重点扫三处：

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• 是否有 Breaking Changes 字样，特别是涉及配置项废弃（如 python.defaultInterpreterPath 已移除）、命令重命名（python.runPythonFile → python.execInTerminal）
• 是否声明了新依赖，例如某 YAML 插件新版要求全局安装 yaml-language-server@1.15.0+，但你本地是 1.12.0
• 是否标注了 VS Code 最低支持版本，比如插件宣称 “requires VS Code 1.85+”，而你还在用 1.82 —— 更新后直接无法激活

网络卡在“正在下载”？别硬等，先切诊断模式

国内用户常见现象：点击更新后进度条不动，Network 面板里 marketplace.visualstudio.com 请求状态码为 0 或超时。这不是插件问题，是 VS Code 默认不走系统代理。

• 打开 Developer: Toggle Developer Tools → Network 标签 → 点一次更新，确认失败域名
• 在设置中搜 http.proxy，填入你的代理地址（如 http://127.0.0.1:7890），并设 http.proxyStrictSSL 为 false
• 更稳妥的方式是离线更新：去 Marketplace 页面下载 .vsix 文件，再用命令面板运行 Extensions: Install from VSIX

更新后功能异常？立刻盯住这三处输出

很多问题不是“插件坏了”，而是行为逻辑变了，但没报错。必须主动查：

• 命令面板搜 Developer: Toggle Developer Tools → Console 标签，看有没有 activate() failed 或 require is not defined
• 输出面板（Output）切换到对应插件名（如 Python、ESLint），找 Failed to load 或 Cannot find module
• 右下角状态栏图标消失？说明该插件的 contributes.views 或 contributes.commands 没注册成功，大概率是 package.json 里引用了已废弃 API

真正难处理的不是“更新不了”，而是“看起来更新成功了，但某些边缘场景下悄悄失效”——比如多根工作区里某个子文件夹的格式化规则突然不生效，这种问题往往要对比两个版本的 activationEvents 和 contributes.configuration 才能定位。