VSCode原生不支持跨项目查重，必须通过多根工作区统一管理项目路径并配置插件参数，否则各窗口插件独立运行、无法共享索引或协同扫描。
VSCode 原生不支持跨项目查重，所谓“多个项目同时检测”，本质是把它们纳入同一个多根工作区（Multi-root Workspace），再用插件扫描整个工作区目录树——否则每个项目开一个窗口，插件各自为政，根本不会跨窗口比对。
为什么不能直接打开多个文件夹就查重
VSCode 默认启动时只加载一个根文件夹；如果你双击多个项目文件夹，它会分别开多个独立窗口，每个窗口有自己的扩展上下文、自己的设置、自己的插件实例。CodeMirror Duplicate Finder 这类插件只在当前窗口工作区范围内扫描，不会跨窗口通信或共享索引。
常见错误现象：
- 在窗口 A 里右键 Find Duplicates in Workspace，结果只扫了
project-a/，完全没碰project-b/ - 两个窗口都装了同一插件，但配置不同（比如一个设了
minLines: 5，另一个还是默认 8），导致重复块漏检程度不一致 - 想对比
project-a/src/api/和project-b/src/api/是否有逻辑复用，但插件压根不知道这两个路径存在关联
正确做法：建一个多根工作区（.code-workspace）
这不是“打开多个文件夹”的快捷操作，而是显式创建一个 JSON 配置文件，告诉 VSCode：“以下这些路径，统一当做一个工作区看待”。
实操步骤：
- 关闭所有 VSCode 窗口
- 新建一个空文件，命名为
my-projects.code-workspace，保存在你希望的位置（比如桌面或专门的 workspace 目录） - 用 VSCode 打开这个文件，粘贴如下结构（按实际路径修改）：
{
"folders": [
{ "path": "../project-a" },
{ "path": "../project-b" },
{ "path": "./shared-utils" }
],
"settings": {
"duplicate-finder.minLines": 5,
"duplicate-finder.similarityThreshold": 75,
"duplicate-finder.includeStrings": true
}
}
关键点：
-
path是相对于该.code-workspace文件的相对路径，别写绝对路径（容易迁移失败） -
settings区块会覆盖各项目自己的.vscode/settings.json，确保查重参数统一 - 如果某个项目被
.gitignore排除了（比如**/node_modules/**），而你又想扫它，得在 workspace settings 里加"search.exclude": { "**/node_modules": false }
查重时注意跨项目边界的真实限制
CodeMirror Duplicate Finder 仍只做文本相似度比对，它不会理解“project-a 的 apiClient.ts 和 project-b 的 http.ts 其实是同一套封装逻辑”。它只能发现连续行数多、结构高度雷同的块。
所以真正有效的跨项目查重，要配合人工策略：
- 先用
Ctrl+Shift+F在整个 workspace 搜共用标识符，比如"axios.create"、"retryMiddleware"、"localStorage.setItem('token'" - 把疑似重复的函数体复制出来，用 diffchecker.com 做逐行比对——工具只负责筛出候选，语义等价性得你来判
- 检查是否只是“命名空间不同但逻辑相同”：比如
project-a/utils/date.ts里的formatDate()和project-b/lib/date.ts里的toISODateString()，插件大概率识别不出
别指望一次扫描就揪出所有跨项目重复。重点不是“有没有”，而是“哪几处最值得合并”——通常就是那些改一处就得同步修三处的逻辑块，它们往往自带高频率修改痕迹，比静态扫描更容易暴露。
