vscode风扇狂转主因是后台进程无节制扫描监听，需同时满足三项硬性条件：取消rosetta、正确配置files.watcherexclude、关闭search.followsymlinks，并排除node_modules等目录。
VSCode 运行代码时风扇狂转，基本不是代码本身的问题，而是编辑器后台进程在无节制地扫描、监听或解析文件——尤其是 rg、tsserver、cpptools 和 Git 相关子进程在大量文件中反复触发事件。M 系列 Mac 上尤其明显，因为 Rosetta 模拟层或插件架构错配会进一步放大 CPU 负载。
rg.exe 或 ripgrep 占用 CPU 高的直接对策
VSCode 默认用 rg（ripgrep）做全局搜索，但它会默认遍历符号链接，而大型项目中 node_modules、.git、dist 下的软链极多，导致 rg 反复进入死循环扫描。
- 必须关闭
search.followSymlinks：设为false，这是最立竿见影的设置 - 配合
search.exclude显式排除锁文件和构建产物："**/package-lock.json"、"**/yarn.lock"、"**/pnpm-lock.yaml"、"**/dist/**" - 注意：Windows 用户看到的是
rg.exe，macOS/Linux 是rg，但行为一致；改完需重启 VSCode 窗口才生效
files.watcherExclude 配置不生效的常见原因
很多人加了 files.watcherExclude 但风扇照转，问题往往出在路径写法或作用域上。
- 键名必须是
files.watcherExclude（不是files.watcherexclude，大小写敏感） - 值必须是对象，不能是数组；例如
{"**/node_modules/**": true}合法，["**/node_modules/**"]无效 - 如果项目用了多根工作区（multi-root workspace），该配置需放在工作区 settings.json 中，而非用户 settings.json
- 推荐组合：
"**/.git/**"、"**/node_modules/**"、"**/dist/**"、"**/.next/**"、"**/.cache/**"
Mac M 系列芯片下必须检查的三项硬性条件
哪怕所有配置都对，只要这三点没确认，风扇就可能白烧——这不是优化问题，而是运行环境错误。
- 右键 VSCode.app →「显示简介」→ 确保「使用 Rosetta 打开」未勾选；若已勾选，取消后彻底退出 VSCode 再重开
- 终端执行
arch，输出应为arm64；若为x86_64，说明仍在 Rosetta 下运行 - 插件目录
~/.vscode/extensions里混入了 x64 架构插件（如旧版ms-python.python），会导致code helper进程反复崩溃重启，持续拉高 CPU
TypeScript 语言服务内存失控的快速压制法
tsserver 在 >500 个 TS 文件的项目里极易吃光内存并拖垮 CPU，尤其当它试图索引 node_modules/@types 时。
- 在工作区 settings.json 中强制限制内存：
"typescript.tsserver.maxTsServerMemory": 3072（M1/M2 用 3072，M3 可试 4096） - 禁用自动类型获取：
"typescript.preferences.includePackageJsonAutoImports": "off" - 避免全局安装 TypeScript：项目内用
npm install typescript --save-dev锁定版本，防止tsserver加载错乱的全局版本 - 观察
Developer: Open Process Explorer中tsserver进程的 CPU% 和内存列，若持续 >80%，说明上述配置未生效或被插件覆盖
真正让风扇停转的，往往不是某一条配置，而是 Rosetta 状态 + watcher 排除 + rg 行为三者同时到位。少一个，CPU 就可能卡在 70% 不下来——尤其是 files.watcherExclude 写错格式，或者以为关了「Git 自动刷新」就万事大吉，其实 rg 仍在后台疯狂扫描 node_modules 里的每个 .js 文件。
