先执行code --disable-extensions验证是否为插件导致，再运行Developer: Show Running Extensions查看Activation Time超1000ms或Status为Activating的插件，结合code --status确认真实耗时，重点排查js-debug、GitLens、Python旧版及Remote-SSH等默认激进激活的扩展。
侧边栏加载缓慢，90% 是某个插件在激活阶段卡住或反复重试，不是 VSCode 本身慢，也不是网络问题。
怎么看哪个插件在拖侧边栏后腿
别猜，直接看真实激活耗时。启动 VSCode 后，立刻按 Ctrl+Shift+P（Win/Linux）或 Cmd+Shift+P（macOS），输入并运行：Developer: Show Running Extensions。重点盯两列：
-
Activation Time (ms)超过1000的插件——它在编辑器刚露脸时就抢走主线程，侧边栏渲染必然排队等它 -
Status显示Activating或空白——不是没装好，是它卡在初始化中间，既不成功也不失败，持续阻塞后续所有视图加载
顺手在终端执行 code --status，输出里 Extensions 区域的耗时更准，不受 GUI 渲染延迟干扰。
哪些插件最容易让侧边栏“假死”
它们往往不显山不露水，但 package.json 里写着 "activationEvents": ["*"] 或 "onStartupFinished"，一启动就硬拉服务：
-
ms-vscode.js-debug：即使你从不点调试按钮，它也默认初始化完整 JS 调试协议栈 -
gitlens：默认开启全仓库历史扫描 + 符号缓存，gitlens.advanced.caching.enabled不关，侧边栏按钮渲染前就得等它建完索引 -
ms-python.python（旧版）：打开纯.txt文件也会尝试探测 Python 环境，激活过程卡住，连带CodeGeeX或Codex的侧边栏都点不开 -
Remote - SSH：连接失败时不报错，只让状态卡在Activating，UI 线程直接挂起几秒
禁用前先调配置，很多“慢”是默认太激进
卸载是下策。多数侧边栏卡顿源于插件默认开启了全量监听或实时索引，关掉就能立竿见影：
- 对
gitlens，在设置里搜gitlens.advanced.caching.enabled，设为false - 对
ms-python.python，关闭python.defaultInterpreterPath自动探测，或手动指定解释器路径避免反复扫描 - 对
CodeGeeX，必须打开Use opaque window background（设置 → Appearance），否则深色主题下 Webview 渲染直接失效，表现为侧边栏黑屏或按钮堆叠 - 所有插件，检查是否启用了
files.watcherExclude，把node_modules、.git等目录排除，防止文件监听器拖垮整个扩展主机
确认是侧边栏专属问题，不是全局卡顿
先排除误操作和通用故障：
- 按
Ctrl+B（Win/Linux）或Cmd+B（macOS）——如果活动栏（左侧图标列）本身消失，说明是View: Toggle Side Bar Visibility被误关，或快捷键冲突，跟插件无关 - 打开命令面板运行
Developer: Toggle Developer Tools，切到 Console 标签页，点开侧边栏图标。若出现Failed to load resource: net::ERR_FILE_NOT_FOUND，是插件打包缺陷；若 DOM 中webview元素存在但内容为空，且控制台安静无报错，就是 CSS 渲染层问题（比如xytss/codex-sidebar-fix那类补丁要上的场景） - 执行
code --disable-extensions启动，再点侧边栏——如果秒开，那问题 100% 在扩展；如果仍卡，可能是工作区配置损坏或 VSCode 自身异常（可试code --clean）
真正难搞的不是插件崩溃，而是它悄悄卡在 Activating 状态、不报错也不退出，让你以为“它只是慢一点”。这种情况下，Developer: Start Extension Bisect 比手动禁用可靠得多，3–4 轮就能锁死那个不声不响吃掉侧边栏响应能力的插件。
