真正控制插件加载时机需看懂activationevents："*"或"onstartup"导致冷启动抢跑，应改用onlanguage:python等条件触发，并通过developer: show running extensions验证激活时间。
看懂 activationEvents 才能真正控制插件加载时机
VSCode 插件不是装上就“待命”，而是按 activationEvents 规则决定何时唤醒。你看到的“启动就卡”，大概率是几个写死 "*" 或 "onStartup" 的插件在抢着初始化。这类插件一开编辑器就占内存、建语言服务器、扫文件系统，根本不管你今天写不写 Python 或 Markdown。
实操建议：
- 打开扩展详情页（右键插件 → “扩展详情”），往下拉找“激活事件”字段，确认它是不是
"*"； - 用命令
Developer: Show Running Extensions查当前哪些插件已激活、用了多少内存； - 对非核心插件，优先选支持
onLanguage:python、onCommand:xxx这类条件激活的替代品，比如用esbenp.prettier-vscode而非某些打包了整套格式化链路的“全家桶”插件。
禁用 ≠ 卸载，但必须分清哪些该彻底删掉
禁用插件只是让它不运行，文件还在磁盘上；卸载才是真清理。有些插件即使被禁用，仍会在后台注册监听器或保留进程句柄，尤其那些带语言服务器（LSP）的——比如同时禁用了 ms-python.pylance 却还留着另一个 Python 分析插件，Pylance 的进程可能还在吃内存。
实操建议：
- 先执行
Developer: Startup Performance，重点关注“Activation Time”列超过 300ms 的插件； - 对长期不用、功能重叠（如多个 ESLint / Prettier / Git 工具）、或评分低于 4.5 且更新停滞超 6 个月的插件，直接卸载；
- 别信“备用插件”——VSCode 没有“以后可能用得上”的缓存价值，重装比调试冲突快得多。
用 workspace settings.json 和 extensions.json 做项目级隔离
全局启用的插件，在纯前端项目里加载 Python 语言服务，纯属资源浪费。VSCode 支持按工作区精细控制：一个项目只加载它真正需要的插件，既省资源，也避免格式化规则打架。
实操建议：
- 在项目根目录下建
.vscode/extensions.json，写入：{ "recommendations": ["esbenp.prettier-vscode", "bradlc.vscode-tailwindcss"] }，这样打开该文件夹时 VSCode 会提示安装推荐插件； - 在同目录
.vscode/settings.json中加："extensions.ignoreRecommendations": true
，防止别人推送的推荐干扰你当前配置； - 对跨语言项目（如含 Python + JS + SQL），用
settings.json中的"editor.defaultFormatter"显式指定每种语言的 formatter，避免保存时来回跳。
别忽略 extension host 进程本身带来的隐性开销
所有插件都跑在同一个 extensionHost 进程里。哪怕你只启用了 3 个插件，只要其中一个是用 Electron 渲染 UI 的（比如带侧边栏面板的插件），它就会拖慢整个进程的响应速度，甚至导致其他插件的命令延迟触发。
实操建议：
- 执行
Developer: Open Process Explorer，观察Extension Host进程的内存和 CPU 占用，如果它长期 > 500MB，基本说明有插件在泄漏或持续轮询； - 警惕带 Webview、状态栏图标、右键菜单项过多的插件——它们不是“轻量”，只是没标内存用量；
- 对必须用但又重的插件（如
GitLens），可在settings.json中关掉非核心功能："gitlens.advanced.messages": false, "gitlens.codeLens.enabled": false
。
Pylance 和 JavaScript and TypeScript Nightly 同时开着，光语言服务索引就能吃掉 1.2GB 内存——这种细节，往往比换 SSD 更早见效。
