VSCode卡顿、CPU占用高通常由配置或扩展不当引起，需禁用冗余扩展、调整文件监听策略（如排除node_modules等目录）、关闭自动保存等非必要功能，并合理使用多根工作区或单文件模式。
VSCode卡顿、CPU占用高，通常不是软件本身的问题，而是配置或扩展使用不当导致的。优化重点在禁用冗余扩展、调整文件监听策略、关闭不必要的功能，以及合理管理工作区。
禁用或卸载低效扩展
大量扩展是VSCode高CPU占用的最常见原因，尤其是一些实时分析、自动保存、文件监视类插件（如 ESLint、Prettier、GitLens 的某些版本、Auto Rename Tag 等）可能持续扫描或监听文件变化。
- 打开命令面板（Ctrl+Shift+P 或 Cmd+Shift+P），输入 “Extensions: Show Installed Extensions”，逐个检查最近安装或更新过的扩展
- 临时禁用所有扩展，重启VSCode，观察是否恢复流畅；再逐一启用，定位问题扩展
- 优先保留核心功能扩展（如 Python、Rust Analyzer），避免同时启用多个同类工具（例如同时开 TSLint + ESLint + TypeScript Hero）
- 部分扩展提供性能开关，比如 GitLens 可在设置中关闭 “gitlens.advanced.gitCommandTimeout” 或禁用 “gitlens.lineAnnotations.enabled”
减少文件监听与搜索范围
VSCode默认会递归监听整个工作区文件变化，当项目含大量 node_modules、dist、.git 等目录时，极易触发高IO和CPU占用。
git-staged-commit-message
下载
仅从仓库的暂存文件生成 Git 提交消息。当用户要求 Codex 根据暂存更改、缓存差异、Git 索引或已通过 `git add` 添加的文件来编写、起草、创建或建议提交消息时使用；切勿代表用户执行提交操作。
- 在工作区设置（.vscode/settings.json）中添加：
"files.watcherExclude": {
"**/node_modules/**": true,
"**/bower_components/**": true,
"**/dist/**": true,
"**/.git/**": true,
"**/build/**": true
},
"search.exclude": {
"**/node_modules/**": true,
"**/dist/**": true,
"**/build/**": true
}
- 若使用 WSL，还需检查 “files.useExperimentalFileWatcher” 是否为 false（新版默认开启实验版监听器，部分场景反而更耗资源）
关闭非必要内置功能
VSCode自带的一些“贴心”功能，在大型项目中可能成为负担。
- 禁用自动保存：设为 “off” 或 “afterDelay”（避免频繁写入触发扩展响应）
- 关闭代码折叠（"editor.folding": false）和大纲视图自动刷新（"outline.showAll": false）可降低解析压力
- 限制终端进程数："terminal.integrated.persistentSessionScrollback": 1000（默认 10000，滚动缓冲过多影响内存）
- 禁用设置同步（"sync.enable": false）——尤其在网速慢或账户异常时，同步服务可能持续重试并占CPU
善用多窗口与轻量工作区
不要把整个巨型 monorepo 当作单一工作区打开。VSCode对单工作区的索引深度和广度有限制，超限后语言服务会降级甚至崩溃。
- 按模块拆分工作区：用 File → Add Folder to Workspace… 构建多根工作区，再通过 “workspace folders” 设置各文件夹独立配置
- 纯浏览/编辑少量文件时，直接用 File → Open File… 打开单文件，不加载工作区，完全规避项目级监听
- 定期清理 ~/.vscode/extensions 中残留的旧版本扩展缓存（尤其是被卸载但未清除的）
基本上就这些。VSCode本身很轻量，卡顿往往来自“加了太多东西却没管住”。调优不需要重装，关键是关掉那些你其实没在用的功能。
