VSCode启动后CPU持续100%的根源是扩展或文件监听异常：先运行code --status定位高占用进程，再结合files.watcherExclude、语言服务配置及远程开发设置逐项优化。
VSCode 启动后 CPU 持续 100%：先查 code --status
VSCode 占用高不是“它太卡”，而是某个进程或扩展在后台疯狂轮询、解析或监听。直接看真相最省时间：code --status 会列出所有正在运行的进程（renderer、extension host、shared process 等）及其 CPU/内存占用。重点关注 Extension Host 和 Renderer 进程的 PID 和 CPU%，它们通常是罪魁祸首。
常见错误现象：code --status 显示某 extension host 占用 80%+ CPU，但 VSCode 界面本身响应正常——说明问题不在编辑器主进程，而在某个扩展的后台逻辑。
- 别急着禁用全部扩展：先记下高占用进程对应的
pid，再用ps -p [pid] -o comm=（macOS/Linux）或任务管理器（Windows）确认是哪个扩展进程 - 某些扩展（如
esbenp.prettier-vscode、ms-python.python）在大型项目中会因文件监听范围过宽触发反复解析 - 如果
Shared Process占用高，大概率是设置同步、更新检查或遥测服务在作祟，可临时关掉"telemetry.telemetryLevel": "off"
文件监听爆炸：检查 files.watcherExclude 和 search.exclude
VSCode 默认用 chokidar 监听工作区所有子目录变更。一旦项目里有 node_modules、dist、.git 或构建产物目录，监听器就会为每个文件变动触发事件，导致 Node.js 子进程持续满载。
使用场景：你打开一个含 node_modules 的前端项目，没做任何操作，CPU 就飙到 70%——八成是 watcher 在扫几万个小文件。
- 必须加进
settings.json："files.watcherExclude": {"**/node_modules/**": true, "**/dist/**": true, "**/.git/**": true} -
search.exclude不影响 CPU，但能减轻搜索时的 I/O 压力，顺手加上更稳妥 - 注意路径通配符语法：VSCode 要求双星号
**，写成*或*/node_modules/*无效 - 某些 Linux 发行版默认 inotify 限制过低（
fs.inotify.max_user_watches），需手动调高，否则 watcher 会静默失败并不断重试
Python/TypeScript 扩展卡死：关掉自动类型检查或限制检查范围
Python 扩展（ms-python.python）和 TypeScript 语言服务器（typescript-language-features）在大型项目中极易因全量类型推导拖垮内存。它们不是“慢”，是试图把整个依赖树加载进内存做分析。
性能影响明显：打开一个含 50+ Python 包的项目，Extension Host 内存常驻 1.2GB+；TS 项目里 node_modules/@types 一多，语言服务器直接吃光 2GB 内存。
- Python：设
"python.analysis.extraPaths": ["./src"]，避免扫描venv或全局 site-packages - TypeScript：加
"typescript.preferences.includePackageJsonAutoImports": "auto"并确保jsconfig.json或tsconfig.json的"include"字段精准，别留空或写["**/*"] - 临时方案：按
Ctrl+Shift+P→ 输入Developer: Toggle Developer Tools，在 Console 里执行process.memoryUsage().heapUsed / 1024 / 1024看当前堆内存，判断是否真被语言服务撑爆
远程开发（SSH/WSL）下 CPU 暴涨：别让本地 VSCode 做远程事
用 Remote-SSH 或 WSL 扩展时，VSCode 本地客户端仍会尝试解析远程文件、渲染预览、运行本地扩展——这些操作跨网络延迟极高，又无法有效缓存，最终变成大量超时重试 + 队列堆积。
典型表现：你在 WSL 中打开项目，本地 Windows 上的 Code Helper (Renderer) 进程 CPU 持续 60%+，而 WSL 里的 code-server 进程反而很轻。
- 关键动作：进远程窗口后，立刻禁用所有非远程兼容扩展（右下角选择
Remote: [WSL/SSH]→ 点击Disable All Installed Extensions） - 只启用明确标有
Extension Kind: workspace或支持remote的扩展，比如ms-python.python可设"remote.extensionKind": {"ms-python.python": ["workspace"]} - 关闭本地预览功能：
"markdown.preview.doubleClickToSwitchToEditor": false，避免远程 Markdown 文件触发本地渲染器反复加载
真正难搞的是那些“不报错、不崩溃、只悄悄吃资源”的扩展——它们不会弹警告，也不会出现在错误面板里，只能靠 code --status + 排查法一点点筛。别信“重启就好”，得盯住具体进程。
