插件更新后工作区导航栏卡死，本质是某扩展在初始化阶段阻塞ui线程，常见于gitlens、eslint、python等扩展的同步i/o或未处理promise；需通过禁用扩展、检查配置和清理缓存定位修复。
插件更新后工作区导航栏卡死，基本可以锁定是某个扩展在初始化阶段阻塞了 UI 线程，而非 VSCode 本身崩溃。 这类问题往往不报错、不弹窗，只表现为资源管理器空白、侧边栏无法展开、右键菜单无响应——本质是扩展的激活逻辑（如监听 onStartup、onLanguage:typescript 或读取大型文件）卡在同步 I/O 或未处理的 Promise 上。
为什么更新后才出问题？
新版本扩展可能引入了以下变更：
- 默认启用了过去被禁用的高开销功能（如 GitLens 的
gitlens.lineAnnotations.enabled） - 语言服务器启动策略变更（例如 TypeScript 插件改用
tsserver而非tsserver-slim，导致首次索引卡住） - 依赖的 Node.js 模块升级后触发系统级限制（如 Windows 上
fs.watch句柄耗尽） - 配置项迁移失败：旧版设置（如
"eslint.enable": true）在新版中被废弃，但插件仍尝试读取并阻塞解析
快速定位问题扩展的实操步骤
别猜，直接验证：
- 终端运行
code --disable-extensions --user-data-dir=/tmp/vscode-test—— 若此时导航栏正常，说明问题确实在扩展 - 不重启 VSCode，按
Ctrl+Shift+P输入Developer: Show Running Extensions，看 “Startup” 列为Yes的扩展，重点关注 Python、ESLint、GitLens、TypeScript Hero、Prettier - 逐个禁用这些扩展：
Extensions: Disable Extension→ 选中 → 重启窗口 → 观察资源管理器是否恢复。注意：禁用后要等 5 秒再操作，部分扩展卸载需异步清理缓存 - 若禁用全部后仍卡，检查
.vscode/settings.json中是否有扩展专属配置（如"prettier.requireConfig"），临时注释掉整段再试
常见“卡导航栏”的扩展陷阱
这几个扩展更新后最常引发 UI 阻塞：
-
GitLens：新版默认开启gitlens.advanced.filesInChangesView，会在打开大仓库时同步扫描所有未提交文件，UI 线程直接冻结 -
ESLint：更新后若项目根目录下无.eslintrc.*，它会向上遍历到/home或C:\，触发超长路径搜索 -
Python扩展：启用 Pylance 后若python.defaultInterpreterPath指向一个损坏或权限不足的 venv，会在后台反复重试，阻塞整个侧边栏渲染 -
Remote - SSH：更新后若remote.SSH.configFile路径不存在，它不会报错，而是静默等待超时（默认 30 秒），期间所有面板加载挂起
修复后容易忽略的残留点
即使定位并禁用了问题扩展，以下两点仍可能导致下次启动复现卡顿：
-
workspaceStorage目录里已缓存了该扩展的损坏状态快照（路径如~/.config/Code/Workspaces/xxx-hash），不清理会持续影响同一工作区 - 扩展卸载不等于配置清除——
settings.json中残留的"gitlens.*"或"eslint.*"字段，仍会被其他扩展读取并误判为启用状态
建议每次确认问题扩展后，顺手删掉对应工作区的 workspaceStorage 子目录，并全局搜索 settings.json 清理相关字段。这不是过度操作，而是避免“看似修好、实则埋雷”。
