VSCode原生不支持语义级重复检测，必须依赖插件+人工判断；CodeMirror Duplicate Finder需调minLines为5、similarityThreshold为75，并开启includeStrings:true，且须排除.gitignore屏蔽影响。
VSCode 原生不检测语义重复，所谓“查重”必须靠插件+人工组合判断；单纯依赖 Ctrl+Shift+F 或默认设置，大概率漏掉 80% 以上的真重复。
CodeMirror Duplicate Finder 怎么调才不漏关键重复？
它默认只扫连续 ≥8 行、相似度 ≥85% 的块，而真实项目里小钩子、错误处理、API 封装常只有 4–6 行，变量名一换就归零——得手动改两个配置项：
-
duplicate-finder.minLines改成5（尤其对 React hooks、useEffect块、catch处理逻辑有效） -
duplicate-finder.similarityThreshold降到75（否则const data = ...和const payload = ...就被当两段代码） - 若重复藏在模板字符串或 JSX 里，必须开启
duplicate-finder.includeStrings: true（默认跳过字符串内容） - 检查
.gitignore或files.exclude是否屏蔽了待查目录，比如"src/utils/**"被排除后，插件根本不会读那些文件
为什么 Find in Files 搜不到“逻辑重复”？
Ctrl+Shift+F 是纯文本匹配，不理解代码结构。以下情况它必然失效：
- 同一段 axios 请求逻辑，一处写
axios.post(url, data)，另一处写fetch(url, { method: 'POST', body: JSON.stringify(data) }) - 两个
if分支只差一行日志：console.log('start')vs// start - 变量名不同：
res.datavsresponse.payload，哪怕上下文结构完全一致 - 缩进/空格/注释位置变化——正则很难覆盖所有变体，且 VSCode 不支持跨行回溯匹配
这时候更靠谱的做法是：用 Ctrl+Shift+F 搜共性关键词（如 localStorage.setItem、catch (err)、new Date().toISOString()），把结果中疑似块复制到 diffchecker.com 快速比对。
Ctrl+J 合并多行后为什么格式全乱？
Ctrl+J 不是“智能合并”，而是暴力删换行符 + 插一个空格。后果很直接：
- 原行尾有空格或 Tab，合并后保留，导致
value: 1, // comment变成value: 1, // comment（前面多俩空格） - 模板字符串里
`hello\nworld`经Ctrl+J变成`hello world`，语义已破坏 - 对象或数组直接合并：
{\n a: 1,\n b: 2\n}→{ a: 1, b: 2 }，逗号位置、换行、缩进全丢
安全做法是：合并前先执行 editor.action.trimTrailingWhitespace（Ctrl+K Ctrl+X），再用 Shift+Alt+F 格式化；如需拼接成单行带分号的语句，用正则替换更可控，例如查找 ;\n\s*([^\n]+) 替换为 ;$1。
真正难处理的“变体重复”，只能靠人盯
插件对这类情况基本无解：
- 同一段校验逻辑，一处写成
if (!x) return;，另一处写成if (x == null || x === '') { throw new Error(...) } - 一个用箭头函数 + 解构：
const fn = ({ id, name }) => {...}，另一个用普通函数：function fn(obj) { const { id, name } = obj; ... } - 逻辑被拆进两个
if分支，结构错位，但执行路径和副作用完全一致
这时工具唯一价值是帮你把“全项目扫描”压缩成“看三四个文件”。剩下那点是否该抽成公共函数、要不要加参数控制分支、未来演化路径是否一致——这些判断，没法自动化，也别强求。尤其当两处重复分别在用户中心和订单模块时，合并前先问一句：它们下个月会不会因为业务需求走不同方向？
