changelog标签页是首选入口，但内容不全时需跳转网页版市场页或github releases补查；若网页版也空，则搜索仓库中changelog.md文件。
Changelog 标签页是首选入口，但内容不全时别停在这里
VS Code 插件详情页顶部的 Changelog 标签，显示的是作者手动维护的结构化更新记录，含 Added、Changed、Fixed 分类。它能快速告诉你「/review 命令上线了」或「python.defaultInterpreter 配置项已弃用」这类关键变更。
但这个标签常为空——尤其小众插件或作者疏于维护时。此时不能认为“没更新”，必须跳转补查：
- 点击插件右上角
Visit publisher website，进入网页版市场页，右侧边栏有更完整的Changelog（支持滚动加载全部历史） - 若网页版也空，直接拼 GitHub 地址：
https://github.com/{publisher}/{extension-id}/releases，找带v前缀的最新 tag（如v2.8.3） - 有些项目把日志写在
CHANGELOG.md里，可进仓库根目录或.github/下搜索该文件名
网络失败导致“正在下载”卡住，不是插件问题而是连接断了
点击更新后一直卡在“正在下载”，界面无报错、进度不动，90% 是 VS Code 无法连通 marketplace.visualstudio.com。它默认不走系统代理，也不读 http_proxy 环境变量。
验证方式：打开开发者工具（Ctrl+Shift+I），切到 Network 标签页，再点一次更新，看是否有 marketplace 或 vscode-api 域名的请求失败（状态码为 0 或超时）。
临时解决办法：
- 在 VS Code 设置中搜
proxy，填入http.proxy（如http://127.0.0.1:7890），并设http.proxyStrictSSL为false - 改用离线安装：去网页版市场页下载
.vsix文件，再用命令面板运行Extensions: Install from VSIX
Extension Host 崩溃日志末尾那行 ERROR 才是真凶
当出现 Extension host terminated unexpectedly 弹窗，别只盯着提示框——真正线索藏在扩展宿主日志末尾的 ERROR 行里。
执行命令 Developer: Open Extension Host Log，重点看最后一段错误堆栈中的路径和插件 ID，例如：
ERROR Error: Cannot read property 'onDidChangeActiveTextEditor' of undefined
at activate (/Users/xxx/.vscode/extensions/esbenp.prettier-vscode-9.10.3/dist/extension.js:1)
这里 esbenp.prettier-vscode-9.10.3 就是直接责任人。若日志为空，说明崩溃发生在日志初始化前，必须退回命令行阶段用 code --disable-extension 逐个排除。
注意：code --disable-extensions 是确认插件冲突的确定性手段——它跳过所有第三方插件加载，若启动后问题消失，就是插件引起的；否则得查 settings.json 或 VS Code 自身兼容性问题。
自动更新不等于安全更新，生产环境应禁用 extensions.autoUpdate
extensions.autoUpdate 默认为 true，但它只管“有没有新版本”，不管“新版本是否稳定”。高频更新插件（如 Prettier、ESLint）可能因回归测试不足引入内存泄漏或 API 兼容断裂。
生产环境建议手动控制：
- 关掉
extensions.autoUpdate，保留extensions.autoCheckUpdates（方便知道有更新） - 更新前先查
Changelog，重点关注Breaking changes和Compatibility字段 - 核心插件（如
ms-python.python、rust-lang.rust-analyzer）务必单个更新、重启验证，避免 LSP 启动失败
语义化版本号里的 ^2.0.0 并不保证向后兼容——它只表示“主版本 2 的所有次版本都可接受”，而实际适配可能依赖 VS Code 版本或 Node.js 运行时，这些细节往往只在 CHANGELOG.md 或 GitHub release notes 里提一句。
