VSCode原生不检测变量名不同但逻辑相同的重复代码，需插件+手动组合技；Find in Files纯字符串匹配，无法识别语义等价的变量名差异；CodeMirror Duplicate Finder需调低similarityThreshold、设minLines为4–5并开启includeStrings才对变量差异敏感。
VSCode 原生不检测变量名不同但逻辑相同的重复代码，必须靠插件 + 手动辅助组合技才能有效识别。
为什么 Find in Files 搜不到变量名不同的重复块
Ctrl+Shift+F 是纯字符串匹配，axios.post(payload) 和 axios.post(data) 在它眼里就是两段完全无关的代码。它不理解「payload」和「data」在这里语义等价，也不关心缩进、空格、注释位置或模板字符串换行——只要字符不完全一致，就直接跳过。
常见错误现象包括：
- 同一段错误处理逻辑，一处用
err.message，另一处用error.message，Find in Files 完全漏掉 - React 组件中两个几乎一样的
useEffect，只因依赖数组写成[id]和[userId]，就无法被关联 - 重复的 localStorage 读写封装，参数名从
key变成storageKey，搜索失效
CodeMirror Duplicate Finder 怎么调才对变量差异敏感
这个插件默认按文本相似度判定重复，但变量名一换，相似度就断崖下跌。想让它“看穿”命名差异，得改两个关键配置：
- 把
duplicate-finder.minLines设为4或5：小钩子、工具函数常就这几行，设成默认8直接扫不到 - 把
duplicate-finder.similarityThreshold调低到70或75：默认85对变量名太苛刻，75 能容忍 1–2 处命名/缩进/空行差异 - 若重复藏在模板字符串里（比如
`fetch(${url}, { method: 'POST', body: ${data} })`），必须开启duplicate-finder.includeStrings:true
注意：它仍不会把 for (let i = 0; i < arr.length; i++) 和 for (const item of arr) 当作重复——这是语义归一化问题，不在该插件能力范围内。
变量名不同但逻辑高度相似时，怎么人工快速比对
插件标出疑似组后，别急着合并。先验证是否真重复，尤其当参数名、解构方式、日志语句略有出入时：
- 复制两段代码，粘贴到 diffchecker.com，勾选 “Ignore whitespace” 和 “Ignore case”，看核心结构是否一致
- 用 VSCode 的正则搜索抓共性骨架：比如搜
axios\.post\([^)]+\)或localStorage\.(getItem|setItem)\([^)]+\)，把所有调用点列出来再逐个对照上下文 - 对 JSX/TSX 中的重复组件，临时删掉变量名、注释、空行，再手动比对剩余结构（例如都含
useState+useEffect+ 同样的 API 调用链）
哪些“命名差异”根本没法靠工具识别，必须人盯
这类情况插件基本放弃治疗，你得主动出击：
- 同一逻辑被拆进两个
if分支，结构错位（比如一处是if (x) { api(); } else { fallback(); }，另一处是if (!x) { fallback(); } else { api(); }） - 一个用箭头函数 + 解构参数：
(props) => { const { a, b } = props; ... }，另一个用普通函数 + 直接访问：function render(props) { props.a; props.b; ... } - 仅差一行副作用：一处末尾有
console.log('done')，另一处没有；或一处多了一个if (!data) return;校验
这些不是工具不行，而是“是否该合并”已超出文本相似度范畴，进入业务语义判断层——变量名只是表象，真正要问的是：“这段逻辑在当前上下文里，是否承担相同职责？”
