Git后台检测导致VSCode卡顿，因其采用持续监听（chokidar）+周期拉取（每5分钟git fetch）+频繁git status组合策略，在中大型仓库中引发CPU尖峰与I/O过载；需同步关闭git.autofetch、配置files.watcherExclude排除.git/objects/node_modules等目录，并禁用git.autorefresh、启用git.ignoreLimitWarning方可根治。
为什么 Git 后台检测会让 VSCode 卡顿
VSCode 的 Git 集成不是“按需触发”，而是持续监听 + 周期拉取的组合拳：它一边用 chokidar 监听文件系统变更（比如你保存一个 .ts 文件），一边每 5 分钟自动执行 git fetch，还会频繁调用 git status --porcelain 刷新状态栏分支提示。这三者叠加，在中大型仓库里极易造成 CPU 尖峰、编辑器假死、甚至触发防火墙告警。
关键点在于：这些操作默认全部开启，且多数不提供用户感知——你不会看到弹窗或日志，只觉得“偶尔卡一下”“光标延迟半秒”“右下角气泡忽隐忽现”。
关闭 git.autofetch 是最直接的降载手段
git.autofetch 是 VSCode v1.89+ 默认开启的后台行为，它静默执行 git fetch，完全不依赖你是否在看 Git 视图。关掉它，能立刻消除周期性网络请求和 Git 进程唤醒。
- 打开命令面板：
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS） - 输入并选择
Preferences: Open Settings (JSON) - 在
settings.json中添加一行："git.autofetch": false - 若只想关当前项目，把这行加到项目根目录下的
.vscode/settings.json（优先级更高）
注意：关闭后你仍可手动 Git: Fetch 或点击状态栏分支名刷新；唯一损失是右下角“2 commits behind origin/main”这类提示不再自动出现。
配置 files.watcherExclude 能砍掉 60%+ 的 I/O 压力
VSCode 的文件监视器（chokidar）默认扫描整个工作区，遇到 node_modules、.git/objects 这类目录时，会为每个文件生成 inotify 事件——这不是“慢”，是根本来不及处理。必须显式排除。
- 在
settings.json中添加完整配置（不是单个路径，要覆盖常见高开销目录）："files.watcherExclude": { "**/.git/objects/**": true, "**/.git/subtree-cache/**": true, "**/node_modules/**": true, "**/dist/**": true, "**/build/**": true, "**/__pycache__/**": true, "**/venv/**": true, "**/logs/**": true, "**/*.log": true } -
**/是必须的，写成node_modules/或*/node_modules/*都无效 - 改完后必须关闭并重新打开当前工作区，仅刷新窗口不生效
- 如果你项目有
.gitignore，建议把里面所有忽略路径也加进这个列表
别忽略 git.autorefresh 和 ignoreLimitWarning 的协同影响
即使关了 git.autofetch，VSCode 仍可能因频繁 git status 而卡顿，尤其在未配置 git.ignoreLimitWarning 的大仓库中——它会反复弹警告、尝试全量扫描、最终 fallback 到低效模式。
- 确保同时启用这两项：
"git.autorefresh": false, "git.ignoreLimitWarning": true
-
git.autorefresh: false并非禁用所有刷新，只是关闭“文件保存即触发git status”的激进策略；你仍可通过命令面板手动执行Git: Refresh - 二者配合后，VSCode 不再主动轮询，只响应你明确发起的操作（如点击提交按钮、切换分支），后台 Git 进程几乎静默
真正容易被忽略的是：这些设置必须成组生效。单独关 autofetch 只解决一半问题；漏配 watcherExclude，再轻的 Git 配置也扛不住 node_modules 的百万文件洪流。
