降低VSCode插件市场插件内存占用-VSCode-PHP中文网

vscode插件内存不降反涨是因为其运行在共享v8堆的extension host独立进程中，缺乏浏览器级页面刷新重置机制，未注销事件监听、未清除定时器或未释放treedataprovider等会导致引用链持续存在；禁用插件后仅reload window无法终止旧进程，必须彻底关闭窗口并重新打开，且需正确配置files.watcherexclude排除node_modules等目录，否则inotify句柄疯涨引发底层泄漏。

降低vscode插件市场插件内存占用

为什么插件内存不降反涨

VSCode插件不是“用完即走”，它们运行在独立的 Extension Host 进程中，共享 V8 堆内存，但没有浏览器级的页面刷新重置机制。一旦注册了 vscode.workspace.onDidChangeTextDocument、setInterval 或创建了未释放的 TreeDataProvider 实例，引用链就持续存在。你禁用插件后只点 Reload Window，旧进程仍驻留——ps aux | grep 'extensionHost' 能直接验证这点。

禁用插件必须彻底重启窗口

右键 Disable 后，VSCode 并不会立即销毁对应插件的 JS 上下文：

全局禁用（Disable (Global)）：所有工作区都不加载，但已运行的进程不会自动退出
工作区禁用（Disable Extension in This Workspace）：仅当前项目跳过激活，但若插件已在其他窗口激活，它仍可能通过 IPC 影响本窗口
真正生效的前提是：macOS 上按 Cmd+Q，Windows/Linux 关掉所有窗口并确认 code 进程消失，再用 code . 重新打开

否则 Developer: Open Process Explorer 里看到的 RSS 值基本不变。

files.watcherExclude 不配等于白禁插件

这是最常被忽略的底层泄漏源。VSCode 默认用 chokidar 监听整个工作区，遇到 node_modules（几万小文件）、.git/objects、dist 时，内核 inotify 句柄疯涨，且几乎不回收。插件再轻，只要监听事件被触发，就得响应、分配对象、维持闭包引用。

必须在项目根目录的 .vscode/settings.json 中写入（注意双星号和结尾逗号）：

VSCode

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

下载

{
  "files.watcherExclude": {
    "**/node_modules/**": true,
    "**/.git/**": true,
    "**/dist/**": true,
    "**/build/**": true,
    "**/__pycache__/**": true,
    "**/.pnpm/**": true
  }
}

Linux 用户还需检查：cat /proc/sys/fs/inotify/max_user_watches，若低于 524288，执行 echo 524288 | sudo tee /proc/sys/fs/inotify/max_user_watches。

别信“onType 就安全”，ESLint 和 Prettier 仍会吃内存

"eslint.run": "onType" 看似温和，实则每敲一个字符都触发 AST 解析 + 规则遍历，大文件下堆内存瞬时飙升；prettier-vscode 在保存前做完整格式化，若配置了 "prettier.requireConfig": true，它还会同步读取 package.json 和 prettier.config.js，阻塞主线程。

更稳妥的做法：

把 ESLint 改为 "eslint.run": "onSave"，配合 "eslint.validate": ["javascript", "typescript"] 限定范围
Prettier 换成 prettierd（独立守护进程），避免每次格式化都启动新 Node 实例
禁用 GitLens 的 gitlens.codeLens.enabled 和 gitlens.currentLine.enabled，这两项会在每行插入 DOM 节点，大文件直接卡死渲染器

复杂点在于：很多插件的内存占用不是线性增长，而是随文件变更次数指数级累积——一次没清理的 onDidChangeTextDocument 监听，可能在编辑 100 行后生成上千个未释放的 Closure 对象。