插件列表刷新慢是因vs code扩展管理器反复扫描package.json和激活逻辑，而非单个插件卡顿；需禁用自动检查更新、过滤插件类型、优化高启动耗时插件的激活配置并重启窗口。
插件列表刷新慢，基本是 VS Code 自身的扩展管理器在反复扫描已安装插件的 package.json 和激活逻辑，而不是你装的某个插件“卡”了——关掉它没用，得调底层加载策略。
为什么插件列表点开要等 3–5 秒才显示？
VS Code 的 Extensions 视图（Ctrl+Shift+X）默认会做三件事：读取所有插件的 package.json、检查兼容性、预加载部分激活入口。当插件数 >80 个，尤其含多个大型语言服务器（如 Python、Rust、Copilot）时，主线程会被阻塞。
- 不是网络问题——这是本地文件 I/O + JSON 解析瓶颈
- 不是缓存失效——VS Code 不缓存插件元数据，每次打开都重读
- “已启用/已禁用”状态切换本身不触发重刷，但点击“刷新”按钮或切到“Installed”标签页时一定会全量重扫
禁用“自动检查更新”能立竿见影
这个功能默认开启，且会在你打开插件列表时偷偷发起 HTTP 请求查远程版本，同时锁住 UI 线程等待响应。哪怕你断网，它也会卡住超时（默认 10s）。
- 在设置中搜索
extensions.autoCheckUpdates，设为false - 顺手关掉
extensions.autoUpdate，避免后台下载干扰 - 这两个配置写入用户
settings.json后需重启窗口才生效
过滤掉非必要插件类型可减少 40% 渲染耗时
插件列表默认显示全部类型（Themes、Snippets、Keymaps、Language Packs…），但你大概率只关心 Extensions。强行过滤不会丢功能，只是隐藏无关项。
- 打开插件列表后，在搜索框输入
@category:extension - 想进一步精简，加
-@builtin排除 VS Code 自带插件（它们从不更新，也不该出现在你的管理列表里） - 这个过滤语法是 VS Code 原生支持的，不依赖任何插件，且实时生效
真正卡顿的根源常藏在“已启用但未激活”的插件里
有些插件（比如 GitLens、Prettier、ESLint）注册了大量 activationEvents，即使你没打开对应文件类型，只要插件列表一刷新，VS Code 就会尝试预判“它会不会被激活”，进而加载其 package.json 中声明的所有事件钩子——这部分开销完全不可见，但真实存在。
- 运行命令
Developer: Show Running Extensions，重点看 Startup Time >150ms 且状态为Activated的插件 - 对这类插件，不要只关开关，而是进它的设置，关掉激进功能：比如 GitLens 的
gitlens.advanced.caching.enabled、ESLint 的eslint.run改成onSave - 改完必须重启窗口——VS Code 不会热重载这些底层激活逻辑
最易被忽略的是：插件列表刷新速度和你是否开了 files.watcherExclude 完全无关，但它会影响“插件启用/禁用后 VS Code 是否立刻响应”。别把两个机制混在一起调。
