VSCode源代码管理视图卡顿的根源是过度监听与实时渲染，关闭git.autorefresh和git.enableStatusBarSync、精简嵌套规则、排除无关目录即可显著提速。
源代码管理视图卡顿，根本不是 Git 本身慢，而是 VSCode 在默认配置下对文件变更做了过度监听和实时渲染。关掉几个关键开关，树形视图就能从“卡成PPT”变成“秒展开”。
为什么 git.status 会拖慢整个 SCM 视图
VSCode 的源代码管理面板默认每 5 秒自动执行一次 git status，并在 UI 中实时刷新图标、状态提示、未提交文件计数。在大型仓库（比如含 node_modules 或大量二进制资源）中，这个操作会反复扫描整个工作区，触发文件系统 watcher 高频回调，CPU 占用飙升。
- 现象：点击源代码管理图标后，面板空白 2–3 秒才加载；右下角 Git 状态栏频繁闪烁；切换分支时界面假死
- 验证方法：打开命令面板，运行
Developer: Open Process Explorer，观察Git进程的 CPU 占用是否持续高于 30% - 根本原因：
git.autorefresh和git.enableStatusBarSync双重开启，导致重复轮询
必须改的两个 settings.json 配置项
直接禁用 Git 自动刷新是见效最快的性能优化，且不影响你手动操作（git commit、git push 等一切命令照常可用）。
-
"git.autorefresh": false—— 彻底关闭后台git status轮询 -
"git.enableStatusBarSync": false—— 停止右下角 Git 分支状态的实时同步（手动按Ctrl+Shift+P→Git: Refresh即可即时更新） - 顺手加上：
"git.ignoredRecommendations": ["alwaysShowStash", "alwaysShowStatus"]，避免推荐项干扰 UI 渲染
配合树形视图使用的嵌套规则要精简
启用树形视图后，VSCode 默认尝试用 files.associations 和 files.exclude 推导文件嵌套关系（如把 main.cpp 和 main.h 归为一组）。但规则太宽泛会导致解析开销上升，尤其当项目里有自定义构建产物或非标命名时。
- 删掉模糊匹配：避免使用
"**/*.h": "cpp"这类全局关联，改为只写明确路径，例如"src/**/*.h": "cpp" - 禁用无意义嵌套：如果项目不用
package-lock.json/yarn.lock嵌套，就别加"package.json": "json"这类默认规则 - 验证效果：改完设置后，重启 VSCode，打开 SCM 面板，用鼠标快速折叠/展开几个目录，看是否有明显延迟
大仓库下额外要排除的 watcher 目录
即使关了 git.autorefresh，VSCode 仍会监听所有文件变化来更新 SCM 图标（比如修改一个 .txt 文件，左侧 SCM 图标也会变红）。在含 .git、node_modules、build 的仓库中，这仍是隐形负担。
- 在
settings.json中加入："files.watcherExclude"，并确保包含："**/.git/**"、"**/node_modules/**"、"**/build/**"、"**/dist/**" - 注意：这些路径必须和你项目根目录下的
.gitignore保持一致，否则 watcher 仍会误触 - 不建议加
"**/*.log"到这里——日志文件通常不参与 SCM，加了反而可能让某些插件失效
真正影响 SCM 视图响应速度的，从来不是 Git 命令本身，而是 VSCode 为了“显得智能”而做的那些自动行为。关掉轮询、砍掉冗余嵌套、排除无关目录，三步做完，你会发现点击 SCM 图标和展开文件夹之间，再没有那令人烦躁的停顿感。
