如何优化VSCode插件启动时间解决加载缓慢-VSCode-PHP中文网

vscode启动慢主因是activationevents设为"*"或"onstartupfinished"的插件冷启动时全量加载；可通过developer: show running extensions查看activation time定位抢跑者，并用extensions.experimental.affinity设为2实现延迟激活。

如何优化vscode插件启动时间解决加载缓慢

VSCode插件启动慢，不是“装多了”，而是某些插件在冷启动时就抢着加载——activationEvents设为"*"或"onStartupFinished"的插件，哪怕你只打开一个README.md，它们也已全量初始化完毕。

怎么看哪个插件在抢跑

别猜，直接看 VSCode 自己记的账：

启动后立刻按 Cmd+Shift+P（macOS）或 Ctrl+Shift+P（Win/Linux），运行 Developer: Show Running Extensions
重点关注 Activation Time 列：超过 1000 ms 的基本就是冷启动主力“抢跑者”
若状态显示 activated by another extension，说明它被别的插件连带唤醒，得顺藤摸瓜查源头
右键插件 → Extension Details → 点齿轮图标 → 展开 When 字段，就能看到它声明的 activationEvents 值

禁用不等于不加载，关键看 activationEvents

禁用插件只是隐藏 UI 和命令入口，package.json 仍会被读取，监听器可能早已注册。真正决定是否加载的是 activationEvents 字段：

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

"*" 或 "onStartup"：一启动就拉起全部逻辑，毫无商量余地
"onLanguage:typescript"：只在打开 .ts 文件时加载，安全
"workspaceContains:pyproject.toml"：比 onLanguage:python 更精准，避免单个临时 .py 文件触发
验证方式：运行 Developer: Show Running Extensions，若某插件 Activation Time 是 0 ms 或 ms，说明它根本没懒加载

延迟加载比禁用更可控：用 extensions.experimental.affinity

VSCode 1.86+ 内置的 extensions.experimental.affinity 是真正绕过冷启动的机制，数字 2 表示“仅在首次调用其命令或打开匹配语言文件时才激活”：

对老旧、未规范适配 activationEvents 的插件特别有效，比如 ms-python.python、esbenp.prettier-vscode
必须写进 settings.json（全局或工作区），不能靠 UI 设置
示例配置：

{
  "extensions.experimental.affinity": {
    "ms-python.python": 2,
    "esbenp.prettier-vscode": 2,
    "redhat.vscode-yaml": 2
  }
}

不要给所有插件都设 2——像 Python 扩展若你每天写 Python，设为 1（正常加载）反而更稳；而 Remote - SSH 这类非日常插件才适合 2

files.watcherExclude 配错一个斜杠，监听就退化成轮询

files.watcherExclude 不是“隐藏文件”，而是告诉 VSCode “别监听这些路径的变更”。一旦漏配或路径写错，系统级文件监视器会 fallback 到低效轮询模式，导致 CPU 持续高占、保存卡顿、补全延迟：

必须用 glob 语法，且路径末尾带 /：正确是 "**/node_modules/**": true，错误是 "**/node_modules": true
必须写在项目根目录的 .vscode/settings.json 中，用户级设置无效
改完后必须关闭并重新打开该工作区，否则不生效
Linux 用户额外检查：cat /proc/sys/fs/inotify/max_user_watches，若低于 524288，需提升限制

最常被忽略的其实是 activationEvents 和 files.watcherExclude 的组合效应：前者决定“谁该加载”，后者决定“谁不该被事件唤醒”。两者都配错，再轻的插件也会拖垮启动。