VSCode原生不支持语义查重，需依赖插件；CodeMirror Duplicate Finder最轻快但默认配置易漏检，须调minLines（建议4–5）、similarityThreshold（建议75）、includeStrings（设true），并排除.gitignore、BOM编码、注释拦截等干扰。

VSCode 原生不支持语义级重复检测，所谓“高效查重”必须靠插件驱动；CodeMirror Duplicate Finder 是目前响应最快、配置最轻的实用选择，但默认参数在真实项目中几乎必然漏检。

为什么 Find in Files 搜不到逻辑重复？

因为 Ctrl+Shift+F 只做字符串/正则匹配，完全无视语义：

• 变量名不同（payload vs data）→ 直接判为不同代码
• 缩进不一致或注释位置变化 → 匹配失败
• 模板字符串包裹（如 `fetch(${url})`）→ 换行和空格破坏字符串连续性
• for (let i = 0; i 和 <code>for (const item of arr) → 语法结构不同，无法归为同类

CodeMirror Duplicate Finder 必调的三个配置项

装完插件不调参 = 白装。这三个设置直接影响能否扫出中小函数、钩子、错误处理等高频重复块：

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• duplicate-finder.minLines：默认 8，但 React 自定义 Hook 或工具函数常只有 4–6 行 → 改成 5 或 4
• duplicate-finder.similarityThreshold：默认 85，变量名一换相似度就掉到 70 以下 → 改成 75 更贴合实际
• duplicate-finder.includeStrings：默认 false，JSX、模板字符串、带换行的 throw new Error(...) 全部跳过 → 设为 true 才能覆盖前端常见场景

扫描前必须检查的三类拦截项

插件报“未发现重复”，大概率不是代码没重复，而是根本没扫到：

• .gitignore 或 files.exclude 排除了目录（比如 "src/hooks/**" 或 "**/node_modules/**" 没临时关掉）
• 文件编码含 BOM（尤其 Windows 下保存的 UTF-8 with BOM）→ 插件解析失败，静默跳过，不报错也不提示
• 重复块藏在注释里（如 TODO 注释后跟相同调试逻辑）→ 默认跳过注释，需额外启用 duplicate-finder.includeComments: true

遇到“变体重复”时别硬等插件，用组合技快速收口

插件对这类情况基本无效：两个函数仅差一个参数名、if 分支拆开写、箭头函数 vs 普通函数、或只多一行日志校验。这时更高效的做法是：

• Ctrl+Shift+F 搜共性标识符（如 localStorage.setItem、axios.post、catch (err)），把结果限制在 3–5 个文件内肉眼比对
• 把疑似块复制进 diffchecker.com，它对空格/缩进宽容，一眼看出差异点
• 真要跨语言/跨项目扫描，用命令行工具 simian（需配 simian.json），它比 VSCode 插件更底层，但配置成本高

插件的作用从来不是“标出全部重复”，而是把“全项目扫一遍”的体力活，压缩成“看三四个文件就够了”。剩下那点是否该合并、抽成什么粒度的公共函数、会不会因业务演进而分叉——这些判断，没法自动化。