VSCode启动慢主因是插件冷启动时全量加载，应通过activationEvents和extensions.experimental.affinity机制控制：先用Developer: Show Running Extensions查activationTime超1000ms或状态为Activating的插件，再在settings.json中配置affinity为2实现延迟加载，优先处理GitLens、ESLint、Prettier等默认通配激活的插件。
VSCode 启动慢、响应卡，大概率不是硬件问题，而是插件在冷启动时被全量加载。控制插件启用不靠“开关”，而靠 activationEvents 和 affinity 两个机制——前者由插件自身声明，后者由编辑器强制调度。
怎么查某个插件是否在启动时就加载？
很多插件默认“一开就活”，比如 Docker、GitLens、ESLint，它们的 activationEvents 配置若为 * 或缺失，就会抢占主进程初始化资源。
- 打开命令面板（
Cmd + Shift + P），执行Extensions: Show Installed Extensions - 找到目标插件，点击右上角 ⋯ →
Extension Settings - 搜索
activationMode或When字段；若值为*或未显式设为onCommand/onLanguage:json等，说明它会在启动时无条件激活 - 直接编辑
settings.json，手动覆盖：例如"gitlens.activationMode": "onCommand"
如何强制延迟加载已安装插件？
VSCode 1.86+ 支持 extensions.experimental.affinity 配置，不依赖插件自身适配，对老旧或未规范声明 activationEvents 的插件特别有效。
- 打开
settings.json（Cmd + ,→ 右上角 {} 图标） - 添加如下结构：
"extensions.experimental.affinity": { "ms-vscode.vscode-typescript-next": 2, "esbenp.prettier-vscode": 2, "redhat.vscode-yaml": 2 } - 数字
2表示“延迟加载”，VSCode 将跳过初始化，仅在首次触发其功能（如打开 .ts 文件、执行格式化命令）时载入 - 注意：不能对核心语言支持插件（如
dart-code.dart-code）设为2，否则语法高亮/跳转会失效
哪些插件最该优先延迟或禁用？
UI 类和工具链类插件是启动拖慢主力，尤其当它们包含 Webview、远程连接或同步初始化逻辑时。
-
Live Server：开发中常用，但启动时会预占端口并监听；建议设为onCommand -
Auto Rename Tag：HTML/XML 场景才需，可设为onLanguage:html -
Bracket Pair Colorizer：已内置括号高亮，新版 VSCode 中建议直接卸载 -
Code Runner：调试小脚本有用，但启动即加载运行时环境；设为onCommand更安全 - 所有带“Preview”“Explorer”“Tree”字样的 UI 插件（如
Project Manager），优先考虑用原生工作区功能替代
真正影响启动速度的，从来不是插件数量，而是有多少插件在 main 进程里做同步初始化。延迟加载只是手段，关键得知道哪个插件在干啥、什么时候才真需要它——别让 docker 在你打开一个纯 Markdown 笔记时就开始拉镜像。
