VSCode启动拖慢应优先使用内置命令Developer: Startup Performance（查Start Delay>300ms插件）和Developer: Show Running Extensions（查CPU>5%或内存>300MB插件），禁用需分清全局与工作区作用域，同时清理settings.json等残留配置并正确配置files.watcherExclude。
怎么快速定位哪个插件在拖慢启动
别靠“感觉”或“猜”，VSCode 自带两个命令就能直接看到真实瓶颈：Developer: Startup Performance 和 Developer: Show Running Extensions。前者显示每个插件的 Start Delay（毫秒），超过 300ms 的基本就是高危项；后者实时反映 CPU % 和 Memory MB，长期 >5% CPU 或 >300MB 内存的插件（比如 gitlens、dbaeumer.vscode-eslint、ms-python.python）必须优先处理。
禁用时选错作用域等于白操作
右键插件弹出的菜单里，“Disable” 是全局禁用，“Disable (Workspace)” 才是只对当前项目生效——这两者完全不是一回事：
- 想临时停用某个项目专属插件（如 Vue 项目才用的
Vue Language Features），必须用命令面板运行Extensions: Disable Extension in This Workspace - 想彻底不让某插件参与任何工作区（比如你从不写前端，
Live Server就该全局禁用），右键选Disable即可 - 禁用后不退出 VSCode 全进程（macOS 上
Cmd+Q，Windows/Linux 关掉所有窗口并确认后台无Code Helper进程），旧插件进程可能仍在内存里跑
settings.json 里的配置会悄悄复活插件
很多用户禁用完重启，过两天发现插件又自动启了——根源常在配置残留：
-
settings.json中保留着"eslint.enable": true或"prettier.requireConfig": true这类字段，即使插件已禁用，VSCode 启动时仍会尝试加载对应服务 -
keybindings.json里绑定了extension.prettier.format这类快捷键，也会触发插件初始化 - 项目根目录下
.vscode/extensions.json若还写着推荐插件，一打开文件夹就会弹窗提示安装，点“是”就前功尽弃
建议打开 Preferences: Open Settings (JSON)，搜索插件 ID（如 esbenp.prettier-vscode）或通用前缀（如 prettier.、eslint.），整行删掉再保存。
真正卸载插件要手动删磁盘文件夹
UI 上点“卸载”只是标记状态，并不会删实际文件。插件本体藏在系统级 extensions 目录中：
- Windows：
%USERPROFILE%\.vscode\extensions - macOS：
~/.vscode/extensions和~/Library/Application Support/Code/Extensions（两个都要清） - Linux：
~/.vscode/extensions
右键插件 → Copy Extension ID（如 hediet.vscode-drawio），进目录用该 ID 精准搜索，找到形如 hediet.vscode-drawio-2026.7.2 的整个文件夹，直接删除。删错单个子文件夹安全，但误删父目录 extensions 会导致所有插件丢失。
最隐蔽的性能杀手其实是 files.watcherExclude 没配——哪怕插件全禁用，VSCode 默认仍递归监听 node_modules 几万个小文件，打爆系统 inotify 句柄。这个配置必须加，且改完后必须关闭并重开工作区，只刷新窗口不生效。
