必须同时禁用extensions.autoUpdate和extensions.autoCheckUpdates，并配置插件专属静音项（如gitlens.advanced.messages=[]）、清除残留通知、检查工作区覆盖设置，否则仍会弹窗或崩溃。
VSCode 插件更新不能靠“自动”二字蒙混过关——禁用自动更新是多数稳定工作流的第一步，而真正的高效在于「按需、可控、可追溯」的手动更新机制。
为什么必须关掉 extensions.autoUpdate
自动更新表面省事，实则埋雷：ESLint 插件升到 v3.0 后可能默认启用 no-unused-vars 严格模式，导致大量旧代码标红；Prettier 升级后若未同步调整 eslint-config-prettier 版本，保存时会反复报 Conflict with eslint 错误。这类问题在团队协作或 CI 环境中尤其致命。
- 关闭方式：在
settings.json中设"extensions.autoUpdate": false - 副作用：VS Code 启动时不再卡在“检查更新”，冷启动快 1–2 秒
- 替代方案：保留
"extensions.autoCheckUpdates": true，只查不装，更新决策权始终在你手上
用 code --list-extensions + code --install-extension 批量更新
命令行才是插件更新的确定性出口。GUI 点点点容易漏掉依赖链（比如更新了 ms-python.python，但忘了同步升级 ms-python.pylint），而脚本能一次拉齐。
- 导出当前已装列表：
code --list-extensions > extensions.list - 批量重装（跳过已最新）：
cat extensions.list | xargs -I {} code --install-extension {} --force -
--force关键参数：绕过“已安装”提示，强制校验版本并升级（vscode 1.89+ 支持） - 注意路径：该命令只操作当前用户级插件目录（
~/.vscode/extensions），不触碰--extensions-dir自定义路径
在 tasks.json 里封装更新任务，一键触发
把重复操作变成 Ctrl+Shift+P 可调用的任务，比写 shell 脚本更贴合 VS Code 工作流。
- 在项目根目录
.vscode/tasks.json中添加：
{
"version": "2.0.0",
"tasks": [
{
"label": "update extensions",
"type": "shell",
"command": "code --list-extensions | xargs -I {} code --install-extension {} --force",
"group": "build",
"presentation": {
"echo": true,
"reveal": "always",
"panel": "shared"
}
}
]
}
- 执行方式：Ctrl+Shift+P → “Tasks: Run Build Task” → 选
update extensions - 优势：输出直接进集成终端，失败时能看到具体哪个插件卡住（比如网络超时或 marketplace 404）
- 限制：该任务无法更新 Copilot Next 这类需登录的插件——它们走的是 GitHub 账户绑定通道，命令行无权代理认证
更新后必须验证的三个断点
插件更新不是“装完就完”，尤其涉及 ESLint/Prettier/Live Server 这类基建型插件，漏检等于埋坑。
- 打开任意 JS 文件，改一行触发保存，确认
editor.codeActionsOnSave是否仍执行source.fixAll.eslint（检查设置里没被意外覆盖） - 新建
index.html，右键 “Open with Live Server”，看浏览器地址是否为http://127.0.0.1:5500/而非file:///（防 CORS 回归） - 在空文件里输入
const a = { b: 1 } ?? 2;，确认 TypeScript Nightly 插件是否给出正确类型推导（而非报语法错误）
最易忽略的是插件间的隐式依赖：比如更新了 Prettier，却没同步 prettier.config.js 里的 semi: false 配置，保存时就会和 ESLint 的 semi 规则打架——这种冲突不会报错，只会让格式化行为变得不可预测。
