有效调法是将minLines设为5、similarityThreshold设为75、includeStrings设为true，并确保未被.gitignore或files.exclude等规则排除，且需手动触发扫描；相似度75比85显著提升检测率但需人工核验误报。
duplicate-finder.minLines 和 duplicate-finder.similarityThreshold 怎么调才有效
CodeMirror Duplicate Finder 默认用 8 行和 85 相似度，但多数真实项目得手动下调——小函数、React Hook 逻辑、错误处理块常不到 8 行；变量名一换，相似度就掉到 70 以下。
关键配置项必须写进 VSCode 设置（settings.json），不是插件界面点点就行：
-
"duplicate-finder.minLines": 5—— 把下限压到 5，能扫出 useState/useEffect 块、短效验逻辑 -
"duplicate-finder.similarityThreshold": 75—— 放宽到 75，允许参数名、空格数、注释位置有差异 -
"duplicate-finder.includeStrings": true—— 否则模板字符串、JSX 内的重复直接被跳过
改完不用重启，但得右键重新触发 Find Duplicates in Workspace，旧扫描结果不会自动刷新。
为什么改了阈值还是漏掉重复？检查这三处拦截
插件不是不干活，是被你自己的配置静默屏蔽了。常见漏查根本原因：
-
.gitignore或files.exclude里写了"**/node_modules/**"或"src/utils/**"—— 插件默认尊重这些规则，得临时注释掉再试 -
duplicate-finder.includeStrings没开，而重复藏在`fetch(${url})`这类模板串里，插件直接当“非代码”跳过 - 工作区设置了
"files.watcherExclude"，比如加了"**/*.ts"，那 TS 文件根本不会被扫描
验证是否真被排除：打开命令面板（Ctrl+Shift+P），输 Developer: Toggle Developer Tools，切 Console 标签，搜 duplicate，看有没有 skipped 日志。
相似度 75 和 85 的实际影响有多大
数值差 10 看似不大，但对检测结果是断层级变化：
- 设
85：两个axios.get调用，一个用id一个用userId，大概率分两组，不合并标亮 - 设
75：同一段日志封装、错误重试逻辑、localStorage 读写模板，只要结构一致，基本能归为一组 - 但别盲目压到
60：连续 5 行console.log+ 空行 +if (err)就可能和任意其他错误处理块误匹配
建议先用 75 全局扫一遍，人工确认几组“疑似重复”，再根据误报率微调——没有通用最优值，只有当前项目最适值。
合并前必须人工核对的三类“高危重复”
插件标出来的，只是“长得像”，不是“该合并”。尤其要注意：
- 两处重复分别在用户中心和支付模块，但未来超时时间、重试策略、埋点字段必然分化——强行抽成一个函数，等于给后续迭代埋雷
- 一处有
if (!data) return;校验，另一处没有，表面结构一样，语义已不同 - 都用了
useCallback，但依赖数组一个写[a, b]，另一个漏了b，合并后可能引发闭包 bug
真正该合并的，不是“机器标出来的所有组”，而是你确认过业务语义、演化路径、副作用边界之后，那一小部分。插件只负责把 200 个文件缩小到 4 个可疑文件，剩下的判断，没法绕开人。
