禁用宽泛激活事件的插件是提升vscode性能最有效手段，优先禁用prettier、eslint、gitlens等；推荐使用disable (workspace)或disable (for all folders)而非卸载；通过developer: startup performance和show running extensions验证效果，并配合files.watcherexclude优化文件监听。
禁用插件是提升 VSCode 启动速度和日常响应最直接有效的手段，80% 以上的卡顿根源就在这里。
哪些插件该优先禁用
不是所有已启用的插件都值得留着。真正拖慢你的，往往是那些声明了宽泛 activationEvents 的插件——比如含 "*"、"onStartupFinished" 或 "onLanguage:json" 的扩展，它们会在 VSCode 一打开就强制加载，哪怕你当前只在写 Markdown。
- 打开命令面板（
Ctrl+Shift+P/Cmd+Shift+P），运行Developer: Show Running Extensions，看哪些插件标为 “Active” 却跟你当前任务无关 - 重点排查：
Prettier（若没配.prettierignore）、ESLint（尤其全项目扫描模式）、GitLens（默认监听所有 Git 操作）、Auto Rename Tag（持续 DOM 树监听） - 远程类插件如
Remote - SSH或Docker，即使没连接，也会预占进程和网络句柄
禁用方式选 Disable (Workspace) 还是 Disable (For All Folders)
别一上来就卸载。禁用更安全，保留配置且可随时恢复。
-
Disable (Workspace)：仅对当前打开的文件夹生效，适合临时停用项目专属插件（比如某个 Vue 项目才用的Vetur） -
Disable (For All Folders)：全局禁用，适合长期不用的通用型插件（如Live Server、Color Highlight） - 右键插件 → 点击对应选项即可，无需重启 VSCode，但部分插件需重新打开文件或切换标签页才真正释放资源
怎么确认禁用后真有效果
光看“不卡”不够，得用数据说话。
- 运行
Developer: Startup Performance，重点关注 “Start Delay” 列，数值 >100ms 的插件就是重点怀疑对象 - 对比禁用前后
Developer: Show Running Extensions中的 “Load time” 和 “Activation time” 总和变化 - 终端中执行
code --disable-extensions启动纯净版，如果明显变快，说明问题确实在扩展层 - 注意：禁用后首次打开某类文件（如
.ts）可能触发语言服务延迟加载，这时看到短暂卡顿是正常现象，不是禁用失败
禁用后仍卡？检查 files.watcherExclude 和 search.exclude
有些插件禁了，但 VSCode 自身还在狂扫文件——尤其是 node_modules、dist、.git 这些目录，会直接压垮文件监视器。
- 在工作区根目录的
.vscode/settings.json中加入：
{
"files.watcherExclude": {
"**/node_modules/**": true,
"**/dist/**": true,
"**/.git/**": true
},
"search.exclude": {
"**/node_modules": true,
"**/build": true,
"**/*.log": true
}
}
这些配置不会影响插件功能，但能切断大量无意义的文件事件通知，对大型项目效果立竿见影。
真正容易被忽略的是：插件禁用后，VSCode 仍可能因旧版设置残留（比如废弃的 terminal.integrated.shell.windows）或未排除的 coverage 目录导致后台持续高负载。建议每次优化后，顺手跑一次 Developer: Toggle Developer Tools 看 Console 是否有警告，比凭感觉更可靠。
