VSCode代码重复检测卡死主因是文件监听、语言服务器或扩展宿主同步阻塞；需杀掉Code Helper、Extension Host、search进程，配置files.watcherExclude排除非源码目录，并改用jscpd/vulture等CLI工具替代插件检测。
VSCode代码重复检测卡死，基本不是算法本身太慢，而是检测过程被文件监听、语言服务器或扩展宿主拖住——它常发生在你刚打开大项目、启用“Find All References”或运行第三方重复检测插件（如duplicate-code-detector）时，界面冻结、CPU飙高、状态栏卡在“正在分析…”。
为什么重复检测会卡住？关键在三个同步阻塞点
重复检测（尤其是基于AST或全文本哈希的方案）需要读取大量文件、构建语法树、比对结构特征。但 VSCode 默认行为会让这事变得异常脆弱：
- 文件监视器（
chokidar）仍在监听node_modules、dist等目录，每新增一个临时文件就触发一次全量重扫 - TypeScript/Python 语言服务器正同步解析整个
node_modules/@types或site-packages，和重复检测争抢主线程 - 某些检测插件（如旧版
vscode-duplicate-code-detector）未做路径过滤，直接递归扫描.git、logs、coverage等二进制/元数据目录
快速释放进程：先杀掉真正在干重活的那几个
别只关 VSCode 窗口——残留进程会继续锁文件、占内存、阻塞后续检测。重点盯住以下三类：
-
Code Helper (Renderer)：UI 渲染进程，卡顿时 CPU 常 >90%，用任务管理器或ps aux | grep "Code Helper"定位后kill -9 -
Extension Host：所有插件运行于此，若日志里有duplicate、ast-parser、hasher字样，大概率是它在跑检测逻辑 -
search进程（Linux/macOS）或SearchHost.exe（Windows）：VSCode 内置搜索服务，重复检测插件常调用其 API，一旦卡死会拖垮整个工作区
macOS/Linux 终端一键清理：killall -9 "Code Helper" "Extension Host" "Code - Search"；Windows 请在任务管理器「详细信息」页手动结束这三项。
配置级优化：让检测只扫该扫的文件
光杀进程不改配置，下次一开项目照样卡。必须在工作区级.vscode/settings.json中硬性约束扫描范围：
- 强制排除非源码目录：
"files.watcherExclude": {"**/node_modules/**": true, "**/dist/**": true, "**/build/**": true, "**/.git/**": true, "**/coverage/**": true} - 禁用语言服务器自动索引干扰：
"typescript.preferences.disableAutomaticTypeAcquisition": true（TS 项目），"python.analysis.extraPaths": []（Python 项目） - 若用插件检测，关闭其“递归子目录”选项，并手动指定
includeGlobs，例如只扫["src/**/*.ts", "lib/**/*.js"]，别留**/*
改完必须关闭并重新打开该工作区——VSCode 不会热重载 watcher 配置，旧实例仍按原规则跑。
替代方案：绕过 VSCode 插件，用 CLI 工具轻量检测
很多卡死源于插件把 Node.js 进程当“万能胶”硬塞进编辑器主线程。更稳的做法是甩给终端：
- JS/TS 项目：
npx jscpd --path src --threshold 80 --reporters html（jscpd支持 AST+文本双模式，内存可控） - Python 项目：
pip install vulture && vulture . --min-confidence 80（轻量，不加载解释器） - 通用文本去重：
fd '\.(js|ts|py|java)$' src | xargs cat | sort | uniq -d（极简，适合粗筛）
这些命令输出 HTML 报告或终端列表，不占用 VSCode 进程，也避开了 Electron 渲染瓶颈。真正要修代码时，再用 VSCode 打开报告里的具体文件即可。
最易被忽略的是：重复检测插件往往没做缓存分片，第一次运行会全量扫描并生成大体积临时哈希库（如.cpd_cache），后续运行却仍从头再来——这类插件要么换掉，要么手动删掉它的缓存目录再试。
