VSCode CPU占用过高通常由扩展、文件监视或大型工作区引起，禁用可疑扩展（如ESLint、GitLens）、配置files.watcherExclude排除node_modules/dist等目录、关闭非必要功能即可解决。
VSCode CPU占用过高，通常不是软件本身的问题，而是某些扩展、工作区设置或文件监听行为在后台持续消耗资源。重点排查扩展、文件监视和大型工作区这三块，基本能解决90%的高CPU情况。
禁用可疑扩展，尤其是文件相关类
很多扩展（比如 ESLint、Prettier、GitLens、Path Intellisense）会在保存、输入或文件变化时频繁触发检查，尤其当项目含大量 node_modules 或日志文件时，会拖垮性能。建议进入扩展面板（Ctrl+Shift+X），逐个禁用并观察任务管理器中的 CPU 变化。
- 先禁用所有非必需扩展，只留核心语言支持（如 JavaScript/TypeScript）
- 重启 VSCode 后观察 CPU 是否回落；若恢复正常，再逐个启用，定位“罪魁祸首”
- 特别注意带“auto”“watch”“onSave”字样的扩展，它们默认开启实时监听
限制文件监视范围，关闭无用文件夹监听
VSCode 默认会递归监视整个工作区，如果打开的是根目录（比如 C:\ 或 /home/user），或包含大量构建产物（dist/、build/、node_modules/），会导致文件系统事件暴增，触发反复扫描。
typescript-advanced-types
下载
精通 TypeScript 高级类型系统，包括泛型、条件类型、映射类型、模板字面量类型与工具类型，用于构建类型安全的应用。在实现复杂类型逻辑、创建可复用类型工具
- 在设置中搜索 files.watcherExclude，添加通配规则，例如：
"**/node_modules/**": true,
"**/dist/**": true,
"**/*.log": true - 同时检查 search.exclude 和 files.exclude，确保不必要文件不被索引
- 避免直接打开整个磁盘或用户主目录——只打开真正需要编辑的子文件夹
关闭不必要的功能与预览项
一些看似便利的功能，背后是持续运行的进程。比如 Git 状态自动刷新、问题面板实时分析、活动栏图标动态更新等，在大型项目中容易堆积开销。
- 在设置中关闭 git.autoRepositoryDetection（如果你不用多仓库 Git）
- 禁用 editor.quickSuggestions 中的 "strings" 和 "comments"（减少语法分析压力）
- 关闭左侧活动栏中不用的视图，比如禁用“问题”“源代码管理”面板的自动刷新（右键面板标题 → “关闭自动刷新”）
- 禁用 typescript.preferences.includePackageJsonAutoImports（避免 npm 包导入时反复解析）
检查是否被远程开发或WSL拖累
使用 Remote-SSH、Remote-WSL 或 Dev Containers 时，VSCode 会在远端启动 server 进程，而本地客户端仍需同步大量文件元数据。网络延迟或远端资源不足会表现为本地 CPU 升高（其实是通信和同步逻辑卡顿）。
- 在远端终端运行 ps aux | grep code，看是否有异常的 node 或 code-server 进程残留
- 尝试断开远程连接，改用本地打开同一项目，对比 CPU 表现
- WSL 用户可考虑升级到 WSL2，并在 Windows 设置中为 WSL 分配合理内存（避免因 swap 频繁导致假性高 CPU）
基本上就这些。不需要重装或调系统级参数，多数时候关掉一两个扩展、加几行排除配置，就能让风扇安静下来。
