CodeMirror Duplicate Finder 是老旧项目查重最可行起点，需调低 minLines 至 4–5、similarityThreshold 至 70–75，开启 includeStrings，并绕过 .gitignore 和 files.exclude 排除；对变体重复需辅以 Ctrl+Shift+F 搜索+diffchecker.com 人工比对，合并前须评估逻辑一致性与演化风险。
CodeMirror Duplicate Finder 是当前最可行的起点
老旧项目通常缺乏统一规范、变量命名随意、缩进混乱、大量注释和模板字符串夹杂逻辑——这些恰恰是语义分析类工具（如 SonarLint）容易误报或漏报的场景。CodeMirror Duplicate Finder 不依赖 AST，只做基于行块的文本相似度比对，反而更适应这种“脏但真实”的代码状态。
它默认用 duplicate-finder.minLines = 8 和 duplicate-finder.similarityThreshold = 85，这对老旧项目太严格：小函数、钩子、错误处理块常不足 8 行；变量名一换（res → response）、空格多一个、注释位置偏移，相似度就掉到 80 以下。必须手动调低：
- 把
duplicate-finder.minLines改成 4 或 5（尤其适合 Vue Options API 的 methods 块、React class 组件的生命周期方法） - 把
duplicate-finder.similarityThreshold改成 70–75（容忍变量名、空格、单行注释差异） - 老旧项目里重复逻辑常藏在
`${x}`模板字符串或 JSX 中，务必开启duplicate-finder.includeStrings: true
先绕过 .gitignore 和 files.exclude 才能扫全
老旧项目往往在 .gitignore 里写了 **/src/utils/** 或 **/legacy/**，又在 VSCode 的 settings.json 里配了 "files.exclude": { "**/node_modules": true }——这些配置会直接让插件跳过对应目录，结果就是“查了等于没查”。
执行前必须确认两件事：
- 临时注释掉
.gitignore中所有可能屏蔽业务代码的规则（别删，只是加#注释） - 检查 VSCode 设置里的
files.exclude和search.exclude，把疑似包含旧逻辑的路径（如"**/old-api/**"、"**/v1/**"）从排除列表中移除 - 如果项目用了 Webpack 别名（如
@/utils），插件不解析别名，得直接搜物理路径src/utils/
Ctrl+Shift+F + diffchecker.com 是补刀关键
CodeMirror Duplicate Finder 对“变体重复”基本无效：比如一处是 if (data && data.items)，另一处是 if (Array.isArray(data?.items))；或者同一段 axios 请求，一个带 timeout: 5000，一个带 timeout: 10000——结构相似但参数不同，插件不会标出。
这时要切换策略：
- 用
Ctrl+Shift+F搜共性骨架：比如axios.get(、localStorage.setItem(、catch (e) { console.error - 把搜索结果里前 3–4 个高概率重复的代码块，复制粘贴到 diffchecker.com 逐对比对
- 重点关注是否只有变量名、数字字面量、单行注释不同——如果是，基本可判定为需合并的重复逻辑
合并前必须人工判断演化路径
工具只能告诉你“长得像”，不能回答“该不该合”。老旧项目里，两处看似重复的代码，可能分别属于用户中心和支付模块，未来一个要加风控校验，一个要对接新网关——强行抽成一个 requestUser() 函数，反而制造耦合。
动手前花两分钟问自己：
- 这两处逻辑当前行为是否完全一致？（不只是“现在一样”，而是“永远不该有差异”）
- 它们所在的模块是否由同一团队维护？是否有统一升级节奏？
- 抽取后，调用方是否都需要传入一堆条件参数来控制分支？（比如
fetchUser({ withProfile: true, withOrders: false })）——那说明还没到抽象时机
真正卡点的从来不是怎么找重复，而是哪几处值得动、哪几处留着比改了更安全。
