gitlens卡顿主因是高频调用git blame/log导致主线程阻塞，尤其在大diff、lfs或开启codelens/lineannotations时；禁用相关配置或设activationmode为manual可缓解。
为什么 GitLens 会让 diff 视图卡顿
GitLens 的行级 blame、hover 提示、内联 commit 信息等功能，本质是高频调用 git blame 和 git log -p。它默认对每个打开的文件、每次光标移动、甚至滚动时都尝试预加载 diff 元数据——在含 LFS 文件、二进制变更或数千行 diff 的场景下，这些操作会阻塞主线程，导致对比窗口响应延迟、滚动撕裂、甚至整个编辑器假死。
这不是 Git 命令本身慢，而是 GitLens 把本该“按需触发”的操作变成了“持续 polling”。尤其当你同时打开多个未提交文件的 diff 标签页时，问题会指数级放大。
-
gitlens.codeLens.enabled设为true（默认）时，每行都尝试注入 blame 作者和时间，CPU 持续飙高 -
gitlens.lineAnnotations.enabled开启后，diff 视图右侧会实时渲染 commit hash，触发额外git log查询 - 即使你没主动点 GitLens 功能，只要它处于启用状态，就会监听
textDocument/didOpen和textDocument/didChange事件
禁用 GitLens 后如何保留基础 diff 功能
VSCode 内置 Git 面板的 diff 渲染完全独立于 GitLens，禁用它不会影响 git diff 结果展示、暂存/撤销变更、或右键 “Open Changes” 查看对比。你失去的只是增强标注，不是核心能力。
- 右键未提交文件 → “Open Changes” 仍可用，显示标准两栏 diff
- 命令面板运行
Git: Open Repository in GitHub或Git: Compare with Branch不受影响 -
git.status状态栏提示、分支切换、提交输入框全部保留 - 如果需要临时查 blame，终端手动执行
git blame -L 42,42 -- path/to/file.ts更快更准
比完全禁用更轻量的折中方案
如果你仍依赖部分 GitLens 功能（比如 commit graph 或快速跳转），可保留插件但关闭最耗资源的子模块，而非一刀切卸载：
- 在工作区
.vscode/settings.json中添加："gitlens.codeLens.enabled": false"gitlens.lineAnnotations.enabled": false"gitlens.advanced.caching.enabled": false - 禁用其自动启动：设置
"gitlens.activationMode": "manual"，这样它只在你显式调用命令时才加载 - 避免全局启用：右键插件 → “Disable (For All Folders)” 改为 “Disable (Workspace)”，让 GitLens 只在真正需要它的项目里激活
这些配置生效需重新打开 diff 标签页，不是重启 VSCode 就能立刻见效。
容易被忽略的监听残留问题
即使 GitLens 已禁用，如果 files.watcherExclude 没配好，VSCode 仍可能因监听 .git/objects 目录而卡住 diff 渲染——因为内置 Git 扩展也会读取 loose objects 来生成状态摘要。
务必检查你的 settings.json 是否包含精确排除项：
- ❌ 错误写法：
"**/.git/**": true—— 它不拦截.git/index和.git/HEAD，而这俩文件每次保存都会触发全量git status - ✅ 正确写法：
"**/.git/objects/**": true、"**/.git/lfs/**": true、"**/.git/index": true - 改完必须关闭并重新打开整个工作区，仅重启 VSCode 不会重载 watcher 配置
