VSCode卡顿主因是插件无序堆积与错误激活，应通过Developer: Show Running Extensions定位高耗插件，禁用Live Server、全局ESLint/Prettier及动画主题类插件，严格配置files.watcherExclude排除node_modules等目录，并彻底重启窗口。
VSCode插件管理不是“装得全就稳”，而是“留得准才快”——绝大多数卡顿、内存暴涨、启动延迟，根源都在扩展的无序堆积和错误激活时机。
哪些插件必须禁用？看进程占用和激活状态
插件是否真在“干活”，不能只看它有没有勾选，得看它是不是正在吃资源。很多插件名义上“已启用”，实际却在后台常驻监听、扫描或轮询，哪怕你根本没打开对应文件类型。
- 用
Ctrl+Shift+P输入Developer: Show Running Extensions，查看实时 CPU / 内存占用，重点关注名称含live、auto、lint、format、server的插件 - 禁用
Live Server：日常用npx serve或python -m http.server替代，它常驻 HTTP 服务且不随关闭标签释放端口 - 禁用全局
ESLint/Prettier：改用项目级配置（即本地安装eslint和prettier），否则它会在每个 JS/TS 文件打开时启动完整语言服务进程 - 禁用主题类动画插件（如
rainbow-csv的高亮动画、bracket-pair-colorizer）：它们在大型文件中持续重绘，拖慢渲染器进程
为什么工作区级 extensions.json 比全局设置更可靠
全局启用插件，等于让所有项目都承担不必要的加载开销。比如你在 Python 项目里开着 React 插件，它不会报错，但会悄悄初始化 JSX 语法树解析器、监听 .jsx 文件变更——这毫无意义，还占内存。
- 在项目根目录新建
.vscode/extensions.json，只写recommendations，不写unwantedRecommendations（后者不强制生效） - 示例内容：
{ "recommendations": ["esbenp.prettier-vscode", "ms-python.python"] } - 配合
.vscode/settings.json做语言专属控制，例如："[python]": { "editor.defaultFormatter": "ms-python.python", "editor.formatOnSave": true } - 右键资源管理器空白处 → “Configure Workspace Settings”，确保关键开关（如
files.autoSave）不被用户级设置覆盖
files.watcherExclude 不配等于放任 inotify 泄漏
VSCode 默认对整个工作区递归监听文件变更，遇到 node_modules（几万小文件）、dist、.git/objects，内核级 inotify 句柄会持续增长且几乎不回收——这是最隐蔽、最顽固的内存爬升来源，比插件本身还难排查。
- 必须在项目级
.vscode/settings.json中添加："files.watcherExclude": { "**/node_modules/**": true, "**/dist/**": true, "**/build/**": true, "**/.git/objects/**": true, "**/.vscode/**": true } - 若用 pnpm 或 yarn v3+，额外加
"**/.pnpm/**": true - 这个配置不影响搜索（
Ctrl+Shift+F）或跳转定义（F12），只关掉无意义的变更监听 - Windows 用户若仍卡顿，可执行
fsutil behavior set SymlinkEvaluation L2L:1 R2R:1（需管理员权限），缓解符号链接扫描开销
别信“延迟加载”宣传，重点看插件是否支持 activationEvents
VSCode 没有全局“延迟加载开关”，所谓延迟，本质是插件自己声明了什么条件下才激活。有些插件硬编码为一启动就加载（"*"），有些则只在打开特定语言文件时才启动（"onLanguage:typescript"）。你没法强制它延迟，只能选对的。
- 打开插件市场页，点“Details” → 查看
package.json中的activationEvents字段（部分插件会公开） - 优先选用声明了具体触发条件的插件，避开写
"*"或"onStartupFinished"的 - 禁用那些你明知不用却总在“Running Extensions”里排前三的插件，哪怕它评分很高——评分不等于轻量
- 禁用后务必完全退出 VSCode（不只是关窗口），再重启，否则扩展宿主进程可能残留
真正麻烦的从来不是“怎么装”，而是“怎么让它安静下来”。很多问题不出现在报错里，而出现在你没注意到的 inotify 句柄数、渲染器进程的内存曲线、或者某个插件日志里反复出现的 Cannot find module 'xxx' —— 它们不打断你编码，但每天多花 2 秒启动、多占 300MB 内存，一年就是近百小时。精简不是牺牲功能，是把资源留给真正该干活的地方。
