vscode启动慢八成是插件卡在激活阶段,应立即运行developer: show running extensions查看长期显示“activating…”的插件(如gitlens、prettier、eslint等),禁用后须完全退出再重启,并配合配置files.watcherexclude排除node_modules等目录以彻底提速。

VSCode 启动慢,八成是某个插件在启动时卡住,而不是“整体变老”或硬件问题;禁用策略比卸载更安全、可逆,且效果立竿见影。
怎么快速定位拖慢启动的插件
别猜,直接看实时状态。VSCode 启动卡在 “Activating Extensions” 时,Developer: Show Running Extensions 是唯一靠谱入口——它会列出所有正在激活的插件及其当前状态。
- 启动后立刻按
Ctrl+Shift+P(Windows/Linux)或Cmd+Shift+P(macOS),输入并执行该命令 - 重点关注长期显示
Activating...的插件,尤其是GitLens、esbenp.prettier-vscode、dbaeumer.vscode-eslint、ms-python.python、ms-vscode-remote.remote-ssh - 禁用后必须完全退出 VSCode(不是只关窗口),再重启——否则扩展缓存可能掩盖真实效果
禁用选 Workspace 还是 For All Folders
全局禁用风险高,按需隔离才是正解。VSCode 支持两种粒度,对应不同场景:
-
Disable (Workspace):仅对当前打开的文件夹生效,适合项目专属插件(如Vetur只在 Vue 项目用、Docker只在含Dockerfile的目录用) -
Disable (For All Folders):全局禁用,适合长期不用的通用型插件(如Live Server、Color Highlight、Auto Rename Tag) - 右键插件 → 点击对应选项即可,无需重启,但部分插件需重新打开文件或切换标签页才真正释放资源
为什么禁用后有时还卡
禁用插件只是第一步,VSCode 自身的文件监视器(chokidar)仍在狂扫目录。尤其当工作区含 node_modules、dist、.git 时,它会尝试建立数万级 inotify 句柄(Linux)或反复轮询(macOS),直接拖垮启动和响应。
- 在项目根目录的
.vscode/settings.json中添加:"files.watcherExclude": { "**/node_modules/**": true, "**/dist/**": true, "**/.git/**": true, "**/build/**": true, "**/logs/**": true } - macOS 用户若仍卡顿,可临时加一行:
"files.useExperimentalFileWatcher": false - 绝对不要把
/、/Users/xxx或C:\当工作区打开——这等于让 VSCode 扫描整个系统
禁用后如何验证是否真有效
光看“不卡”不够,得用数据说话。VSCode 提供两个内置工具交叉验证:
- 运行
Developer: Startup Performance,重点看 “Start Delay” 列,数值 >100ms 的插件就是重点怀疑对象 - 对比禁用前后
Developer: Show Running Extensions中的Load time和Activation time总和变化 - 终端中执行
code --disable-extensions启动纯净版,如果明显变快,说明问题确实在扩展层
注意:禁用后首次打开某类文件(如 .py)可能触发语言服务延迟加载,这时看到短暂卡顿是正常现象,不是禁用失败。











