vscode的git扩展本身不拦截git checkout，但gitlens等第三方插件会通过git.ondidopenrepository等api监听分支切换事件，触发全量扫描、历史预加载等高开销操作，导致卡顿和内存陡增；需禁用gitlens.historyexplorer.enabled、gitlens.codelens.enabled等配置并验证code --disable-extensions。
插件是否在后台监听 git checkout 事件
VSCode 的 Git 扩展本身不拦截 git checkout，但很多第三方插件（比如 GitLens、Git Graph 或自研插件）会通过 workspace.onDidChangeConfiguration 或 git.onDidOpenRepository 主动注册监听，甚至 hook git.status 命令。一旦用户点击“Checkout to…”或执行终端命令，这些监听器可能触发全量文件扫描、提交历史预加载、差异计算等高开销操作。
常见现象：切换分支时 UI 卡顿 2–4 秒，状态栏长时间显示“Running Git command…”，内存占用陡增。这不是 Git 本身慢，而是插件在“趁机干活”。
- 检查方法：打开命令面板（
Ctrl+Shift+P），运行Developer: Toggle Developer Tools，切分支后看 Console 是否有插件抛出的git status或git log调用日志 - 快速验证：终端执行
git checkout main，观察是否卡顿；若终端快而 UI 慢，基本可锁定是插件干扰 -
GitLens尤其要注意gitlens.advanced.gitCommands和gitlens.codeLens.scopes设置，关闭repository级别的自动刷新能明显提速
GitLens 的 historyProvider 是否启用过度扫描
GitLens 默认开启 gitlens.historyExplorer.enabled，并在每次分支切换时尝试为所有打开的文件预取提交历史。对含 10 万+ 提交的仓库，这个动作会阻塞主线程，且多数时候根本用不上。
它还会在后台调用 git log --oneline --all --max-count=500 类命令，哪怕你只改了一个 .md 文件。
- 建议关闭：设置中将
gitlens.historyExplorer.enabled设为false，按需时再手动唤起 History 视图 - 禁用自动 blame：关闭
gitlens.codeLens.enabled，避免每次文件聚焦都触发git blame - 限制范围：把
gitlens.codeLens.scopes改成["document"]，而非默认的["repository"]
工作树（worktree）模式下插件是否重复初始化
当你用 git worktree add ../my-feature feature/login 开新目录，并在 VSCode 中以该目录为根打开时，部分插件（尤其是未适配多工作区的旧版）会为每个 worktree 单独加载完整实例，导致内存翻倍、Git 命令并发冲突。
典型错误：切换主工作区分支后，GitLens 在另一个 worktree 窗口中报错 Failed to execute git: Repository not found，背后其实是它试图复用已销毁的 Git 实例。
- 确认行为：打开多个 worktree 对应的 VSCode 窗口，观察进程管理器（
Ctrl+Shift+P → Developer: Open Process Explorer）中插件主机数量是否随窗口数线性增长 - 临时规避：对非主 worktree 窗口，禁用
GitLens（右键插件 → “Disable (Workspace)”） - 长期方案：升级到
GitLens v15.2+，它已支持git.worktrees配置项做轻量初始化
插件配置项里藏着的 Git 命令频率陷阱
不少插件提供“自动刷新”开关，表面是便利，实则暗藏性能雷区。例如 Git Graph 的 git-graph.refreshInterval 默认 30 秒轮询一次 git status；Project Manager 的 projectManager.gitStatus 若开启，会在每次窗口聚焦时执行 git rev-parse --abbrev-ref HEAD。
这些看似无害的命令，在大型 monorepo 或网络文件系统（如 NFS）上，单次耗时可达 800ms，频繁触发就会拖垮响应节奏。
- 排查路径：查看插件文档中所有带
refresh、auto、poll、status字样的配置项 - 关键配置示例：
"git-graph.refreshInterval": 0（禁用自动刷新）"gitlens.currentLine.enabled": false（关掉行级 Git 状态）"git.enableSmartCommit": false（VSCode 内置 Git 的智能提交也会影响切换感知） - 终极验证：用
code --disable-extensions启动 VSCode，对比分支切换速度。若恢复流畅，说明问题确在插件层
真正影响分支切换速度的，往往不是 Git 本身，而是插件在你没意识到的时候，反复执行了本不必立即执行的 Git 命令。尤其当项目超过 5 万行、提交历史超 2 万条时，一个 git log --all 就足以让 UI 卡住——而插件很可能在三个不同时机各触发一次。
