禁用插件能明显提升 VSCode 启动速度，因其启动时会加载所有启用插件的 package.json 并执行 activationEvents，部分插件（如 Python、ESLint）在启动阶段即拉起语言服务器或解析配置，造成卡顿。
为什么禁用插件能明显提升 VSCode 启动速度
VSCode 启动时会加载所有启用插件的 package.json 并执行其 activationEvents，哪怕插件没被“用到”，只要满足激活条件（比如打开某个文件类型），就会触发初始化。部分插件（如 Python、Prettier、ESLint）在启动阶段就拉起语言服务器或解析配置，造成明显卡顿。
实操建议：
- 用快捷键
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS）打开命令面板，输入Extensions: Show Installed Extensions，按安装时间倒序排列，优先检查最近装的插件 - 逐个右键点击插件 →
Disable (Workspace)或Disable (Global)，再重启 VSCode 测试启动耗时 - 重点关注带“auto-activate”行为的插件：比如
GitLens在有 .git 目录时立即启动，Remote - SSH会在检测到远程配置时预连接
如何精准识别拖慢启动的插件
靠手动禁用太费时。VSCode 自带启动性能分析工具，能定位具体插件耗时：
code --prof-startup --prof-startup-output=/tmp/vscode-startup
运行后等 VSCode 完全启动、窗口可交互，立刻关闭。然后打开生成的 /tmp/vscode-startup*.json 文件（路径见终端输出），用 Chrome 打开 chrome://tracing → Load → 选择该文件，查看 main 线程中各插件的 activate 阶段耗时。
wechat-article-extraction-mp-weixin-qq-com news-webpage-cleaning blog-post-parsing metadata-extraction-title-author-date multiple-output-formats-markdown-json-plain-text batch-processing-support
下载
基于三引擎设计，从微信文章、新闻和博客网页提取干净内容，支持标题作者日期元数据，多格式和批量处理。
常见高耗时插件特征：
-
activationTime> 300ms（在package.json中声明的激活阈值） - 启动时调用
require大量模块（尤其含node_modules深层依赖） - 在
activate()里同步执行 fs 操作或网络请求（如检查更新）
减少启动项：不只是插件，还有这些地方要查
插件只是启动慢的一部分原因。以下位置同样影响冷启动速度：
-
settings.json中避免写死大量"files.associations"或正则匹配（如"*.xyz": "plaintext"过多会拖慢文件类型识别） - 禁用工作区级自动任务：检查
.vscode/tasks.json是否含"isBackground": true且"problemMatcher"复杂的任务，它们可能在启动时预扫描 - 移除无效的
launch.json配置：调试器扩展（如C#、Go）会在启动时验证 launch 配置合法性，错误或冗余配置会阻塞 - 关闭「启动时恢复上次会话」：设置项
"window.restoreWindows": "none"，否则 VSCode 会尝试重载上一个窗口的所有编辑器和状态
禁用插件后仍慢？检查 VSCode 自身启动模式
某些启动方式会让 VSCode 被迫加载更多上下文：
- 不要通过桌面快捷方式双击打开项目文件夹 —— 这会触发
code /path/to/folder，VSCode 默认以「窗口模式」启动并加载全部工作区逻辑；改用终端执行code --disable-extensions /path/to/folder快速验证是否真由插件引起 - 避免使用
code-insiders或旧版 VSCode：Insiders 版本因实验性功能多，启动开销通常比 Stable 高 15%~25% - 检查是否启用了
Developer: Toggle Developer Tools并忘记关闭 —— 渲染进程内存占用翻倍，后续每次启动都变慢
真正影响启动速度的，往往不是「有没有装插件」，而是「哪些插件在什么条件下被强制激活」。把 activationEvents 和实际使用场景对齐，比盲目禁用更有效。
