避免VSCode插件管理成为系统负担的精简原则-VSCode-PHP中文网

vscode卡顿主因是插件无序堆积与错误激活，应通过developer: show running extensions定位高耗插件，禁用live server、全局eslint/prettier及动画主题类插件，严格配置files.watcherexclude排除node_modules等目录，并彻底重启窗口。

避免vscode插件管理成为系统负担的精简原则

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

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

在项目根目录新建 .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 内存，一年就是近百小时。精简不是牺牲功能，是把资源留给真正该干活的地方。