Git集成卡顿主因是VSCode默认实时扫描整个工作树，尤其在大型仓库中频繁调用git status阻塞UI；应禁用自动刷新、排除.git/objects监视、优化GitLens缓存并启用工作区信任机制。
Git 集成卡顿，本质不是 VSCode 慢，而是它默认对整个工作树做实时状态扫描——尤其在 .git/objects 或含数万提交的仓库里，git status 调用会反复触发、阻塞 UI 线程。
关闭 Git 自动刷新避免后台高频调用
VSCode 默认每 5 秒执行一次 git.status 来更新源码管理视图，但大型项目中这个操作本身就很重。手动触发更可控：
- 设置
"git.autorefresh": false，彻底禁用自动轮询 - 需要查看状态时，用快捷键
Ctrl+Shift+P→ 输入Git: Refresh手动刷新 - 如果依赖状态栏显示分支名，可保留
"git.showProgress": true，它只影响 UI 提示，不触发额外git进程
排除 .git/objects 目录防止文件监视拖垮 CPU
.git/objects 是 Git 对象数据库，内部全是小文件，VSCode 默认监听会导致大量 inotify 事件，极易打满文件监视句柄：
- 必须在
settings.json中加入："files.watcherExclude": { "**/.git/objects/**": true } - 别只写
"**/.git/**"—— 这会同时屏蔽.git/config等关键文件，导致 Git 功能异常 - 搭配
"search.exclude"排除.git可进一步减少全局搜索负担
大仓库慎用 GitLens，或限制其缓存生命周期
GitLens 在提交历史超过 10 万条的仓库中，常因缓存未清理引发内存泄漏，表现为切换文件后内存持续上涨、响应延迟 2 秒以上：
- 升级到 v14.12+，启用新配置：
"gitlens.advanced.caching.enabled": true+"gitlens.advanced.caching.ttl": 300000（5 分钟过期） - 禁用非必要功能：关闭
"gitlens.codeLens.enabled"和"gitlens.hovers.enabled"，它们是主要内存开销来源 - 极端情况可改用轻量替代方案，如内置的
Git: Show History（Ctrl+Shift+P调用），不加载完整图形化时间线
用 workspace trust 隔离不受信仓库的 Git 操作
打开陌生或临时克隆的仓库时，VSCode 会默认禁用所有扩展，但 Git 服务仍照常运行——这意味着它仍在后台解析 .git 结构，浪费资源：
- 启用
"security.workspace.trust.enabled": true（默认已开启） - 首次打开仓库时选择 “Don’t Trust”，此时 Git 集成完全停用，不会执行任何
git命令 - 确认安全后再点击右下角盾牌图标手动启用信任，Git 功能才恢复
真正影响 Git 性能的从来不是“要不要用”，而是“什么时候、以什么粒度去查”。.git/objects 不该被监视，git.status 不该被轮询，GitLens 的缓存不该永不过期——这些细节不显眼，但漏掉任意一个，都可能让 VSCode 在大型项目里多卡 2 秒。
