vs code合并窗口不改变搜索范围，真正生效的是多根工作区（.code-workspace）；必须通过该文件启动并确认folders配置正确，否则ctrl+shift+f仍仅限当前文件夹。
合并窗口本身不改变搜索范围，真正影响全局搜索的是工作区结构——只有把多个项目纳入同一个 .code-workspace，Ctrl+Shift+F 才能跨目录搜到所有文件。
为什么合并窗口后搜索还是“找不到”？
常见现象：手动拖拽或执行 Window: Merge All Windows 后，以为“合进来了”，结果 Ctrl+Shift+F 仍只搜当前打开的文件夹。这是因为 VSCode 的全局搜索默认只作用于“当前工作区根目录”，而不是所有已打开的标签页或窗口。
- 单个文件夹打开 → 搜索范围 = 该文件夹及其子目录
- 多个独立窗口 → 每个窗口有各自的工作区，彼此隔离，
Ctrl+Shift+F不互通 - 合并窗口 ≠ 合并工作区：拖拽标签页只是把编辑器组收进同一界面，但底层工作区没变
必须用 .code-workspace 固化多项目结构
这是唯一能让 Ctrl+Shift+F 覆盖全部项目的做法。操作关键不是“合并动作”，而是“重建工作区定义”：
- 关闭所有 VSCode 窗口（避免残留进程干扰）
- 用命令行启动并创建工作区：
code --new-window --add ./project-a --add ./project-b - 或在任一窗口中执行：
File > Save Workspace As...，保存为my-workspace.code-workspace - 编辑该文件，在
folders数组里确认路径正确（支持相对路径、绝对路径，不支持通配符） - 之后必须通过双击该
.code-workspace文件启动，不能直接打开文件夹
搜索时容易忽略的过滤陷阱
即使有了正确的工作区，搜索仍可能漏结果，问题常出在“包含/排除规则”被静默继承或覆盖：
-
files to include输入框若填了src/**，会强制只搜src下——清空它才能全量扫描 -
files to exclude默认含**/node_modules/**，但如果你手动加了!src/**又忘了删，会导致反向过滤 - 工作区级设置（
"search.exclude"）优先级高于用户设置，检查.code-workspace文件里是否误写了排除项 - 搜索面板右上角三个图标：
Aa（区分大小写）、ab（全词匹配）、.*（正则）——其中任意一个开启都可能让本应命中的结果消失
验证搜索是否真跨项目生效
最直接的办法是：在搜索框输入一个只存在于 project-b 中、且 project-a 绝对没有的字符串（比如 export const PROJECT_B_ONLY = true），然后执行 Ctrl+Shift+F。如果结果里出现 project-b 下的文件路径，说明工作区配置成功；如果只显示 “No results found”，就说明搜索仍卡在某个子目录里，得回头检查 .code-workspace 是否被正确加载、有没有残留的单文件夹窗口正在前台运行。
