降低VSCode插件市场中代码度量插件后台任务优先级的配置-VSCode-PHP中文网

code --status可快速定位高cpu占用的度量插件后台进程；需结合affinity设为0、files.watcherexclude精确排除无关路径、手动kill残留进程三者协同生效。

降低vscode插件市场中代码度量插件后台任务优先级的配置

code --status 能立刻暴露高优先级后台任务

代码度量类插件（如 VisualStudioExptTeam.vscode-code-metrics、izhangzhihao.vscode-metrics）常在打开项目后自动扫描全量文件，触发 CPU 持续 >40% 占用。这不是界面卡顿，而是其后台 Node.js 进程在 Extension Host 里疯跑。直接终端执行 code --status，找到对应进程的 PID，再用 ps -p [PID] -o args=（macOS/Linux）或任务管理器查命令行，大概率看到类似 node /path/to/metrics/index.js 的调用——这说明它正在执行分析任务，且默认抢占高调度优先级。

禁用 onStartup 激活 + 延迟加载是唯一有效手段

这类插件多数注册了 onStartup 或 onLanguage:python 等激活事件，一启动就拉起进程并常驻。VSCode 不提供“降低优先级”开关，但可通过配置强制它延迟甚至跳过自动激活：

在项目根目录的 .vscode/settings.json 中添加：
```
"extensions.experimental.affinity": { "izhangzhihao.vscode-metrics": 0 }
```
其中 0 表示最低调度权重（仅限 VS Code 1.85+），VSCode 会将其排在最后加载
更彻底的做法：关闭自动激活，在 settings.json 中加入
```
"izhangzhihao.vscode-metrics.enable": false
```
（注意插件 ID 需核对，不同插件键名不同）
若插件支持按需触发，改用命令面板手动执行 Metric: Calculate Metrics，而非依赖保存/打开即扫描

files.watcherExclude 不配，所有降权都白搭

即使把插件 affinity 设为 0，只要它监听的文件路径没被过滤，chokidar 仍会因 node_modules 或 dist 目录下的海量变更事件反复唤醒该插件进程。必须在 .vscode/settings.json 中同步配置：

VSCode

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

下载

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

通配符必须是 **/xxx/** 格式；写成 node_modules 或 */node_modules/* 完全无效；改完必须关闭并重新打开工作区，否则不生效。

别信“已禁用”，残留进程和配置才是真隐患

右键插件点 Disable 后，旧进程不会自动退出。常见残留场景：

Developer: Show Running Extensions 里状态仍是 Running，说明子进程仍在后台运行
settings.json 中还留着 "izhangzhihao.vscode-metrics.autoCalculate": true 这类字段，VSCode 会尝试加载插件来解析它
扩展面板中搜 @disabled，确认插件确实出现在禁用列表里；再搜 @installed，确保没有同功能插件重复安装
终端执行 ps aux | grep -i "metrics\|code-metrics"，若有输出，记下 PID 后 kill -9 [PID] 手动清理

真正起效的边界很窄：affinity 配置 + watcher 排除 + 进程清空三者缺一不可。漏掉任意一个，CPU 就可能在你敲第一个字符时突然飙高。