VSCode卡顿一定来自第三方重复检测扩展；需用code --disable-extensions验证，再通过运行扩展列表和进程资源监控定位高耗扩展，最后通过禁用自动扫描、排除目录或改用CLI工具解决。
VSCode 本身不内置代码重复检测功能，卡顿一定来自第三方扩展（如 duplicate-code-detector、vscode-duplicate-search 或某些 IDE 套件里的“重复代码分析”模块）。这类工具通常采用暴力字符串/AST 比较，在中大型项目里极易触发高 CPU、内存暴涨、编辑器无响应。
怎么确认是重复检测扩展在拖慢 VSCode
先排除干扰，直接验证根源：
- 终端执行
code --disable-extensions启动 VSCode，打开同一项目，观察输入、滚动、保存是否立刻恢复流畅 —— 如果是，问题 100% 出在扩展 - 按
Ctrl+Shift+P（macOS 为Cmd+Shift+P）运行Developer: Show Running Extensions，重点关注Activation Time超过 800ms 或Status显示Activating...卡住的扩展，尤其名字含duplicate、clone、similarity的 - 打开
Developer: Open Process Explorer，看extensionHost进程 CPU 是否长期 >70%，点开子项找具体扩展名
为什么重复检测扩展特别容易卡
它不像 ESLint 那样只扫当前文件或打开文件，而是默认扫描整个工作区（包括 node_modules、dist、测试文件），且每次触发都做全量两两比对。常见坑点：
- 没配置
files.watcherExclude：扩展会监听所有变更并重跑全量扫描，敲一个字符就重算一遍 - 启用
onType或onSave自动触发：有些扩展把“保存即检测”设为默认，而一次检测可能耗时 3–10 秒 - 误扫二进制或大文件：
.log、.zip、coverage/目录被纳入比对范围，直接 OOM - 与 TypeScript 语言服务冲突：TSServer 已在后台做 AST 分析，再叠加一套重复检测，CPU 线程争抢严重
实操：快速禁用 + 安全替代方案
别删扩展，先精准控制它的行为：
- 在
settings.json中显式禁用自动触发："duplicate-code-detector.autoScan": false（以该扩展为例；其他类似扩展查其文档找对应开关） - 手动排除无关目录：在
settings.json加入"duplicate-code-detector.ignore": ["**/node_modules/**", "**/dist/**", "**/build/**", "**/__pycache__/**", "**/*.log"] - 改用命令行按需运行：卸载 GUI 类重复检测插件，改用
jscpd（JS/TS）、cpd（Java/Python）等 CLI 工具，在终端里跑npx jscpd --path src/ --threshold 50，结果更准、不卡编辑器 - 如果只是防自己写重复逻辑，用好已有能力：开启
editor.suggest.showDuplicates（仅提示当前文件内重复变量/函数名），轻量且零开销
真正麻烦的不是“找不到重复代码”，而是让检测过程不抢主线程资源。绝大多数项目根本不需要实时重复扫描 —— 它该是 CI 阶段的检查项，不是编辑时的负担。
