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

VSCode 原生不支持语义级重复检测,所谓“高效查重”必须靠插件驱动;CodeMirror Duplicate Finder 是目前响应最快、配置最轻的实用选择,但默认参数在真实项目中几乎必然漏检。
为什么 Find in Files 搜不到逻辑重复?
因为 Ctrl+Shift+F 只做字符串/正则匹配,完全无视语义:
- 变量名不同(
payloadvsdata)→ 直接判为不同代码 - 缩进不一致或注释位置变化 → 匹配失败
- 模板字符串包裹(如
`fetch(${url})`)→ 换行和空格破坏字符串连续性 for (let i = 0; i 和for (const item of arr)→ 语法结构不同,无法归为同类
CodeMirror Duplicate Finder 必调的三个配置项
装完插件不调参 = 白装。这三个设置直接影响能否扫出中小函数、钩子、错误处理等高频重复块:
-
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 插件更底层,但配置成本高
插件的作用从来不是“标出全部重复”,而是把“全项目扫一遍”的体力活,压缩成“看三四个文件就够了”。剩下那点是否该合并、抽成什么粒度的公共函数、会不会因业务演进而分叉——这些判断,没法自动化。











