vscode的ctrl+shift+f默认只搜索当前工作区（单文件夹或.code-workspace定义范围），非全盘扫描；多根工作区需通过.code-workspace显式声明才能统一搜索，且各子项目.search.exclude配置独立不继承。
Ctrl+Shift+F 默认就是只搜当前项目
VSCode 的「全局搜索」本质就是「当前工作区搜索」，不是跨所有打开文件夹的全盘扫描。你用 Ctrl+Shift+F 搜出来的结果，天然就限定在你通过 File > Open Folder 打开的那个根目录（或 .code-workspace 定义的范围）内。所谓“只搜当前项目”，不需要额外关开关——它本来就不搜别的。
常见误判来源：你可能打开了多个文件夹标签页，但只有一整个工作区是活跃的；或者你点的是编辑器右上角的「在当前文件中查找」（灰色小字），不是左侧图标或快捷键唤起的「在文件中查找」面板。
- 确认左上角搜索框左侧显示的是 在文件中查找，不是 在当前文件中查找
- 检查底部状态栏是否显示
文件夹: your-project-root—— 这才是实际搜索边界 - 如果开了多个独立窗口，每个窗口的
Ctrl+Shift+F互不影响
多根工作区下怎么让搜索覆盖所有子项目
想让一次 Ctrl+Shift+F 同时扫 backend/、frontend/、shared/ 三个目录？必须用 .code-workspace 文件显式声明多根，不能靠拖拽多个文件夹进同一个窗口。
操作路径：File > Save Workspace As… → 保存为 my-monorepo.code-workspace → 再通过该文件打开工作区。之后所有搜索自动作用于 workspace 文件里列出的所有文件夹。
- 别用
File > Add Folder to Workspace临时添加——它不持久，关闭后丢失 -
.code-workspace是纯 JSON，可手动编辑，字段名是"folders": [{ "path": "backend" }, { "path": "frontend" }] - 多根工作区中，每个子文件夹的
.vscode/settings.json仍独立生效，search.exclude不跨根继承
为什么搜了还是出现 node_modules 或 build 目录里的结果
不是搜索范围错了，是默认排除规则被绕过了。VSCode 硬编码排除了 **/node_modules、**/dist 等目录，但这个行为只在 search.exclude 未显式配置时才启用。一旦你在 .vscode/settings.json 里写了 "search.exclude": {}（空对象）或删了整段配置，那些默认排除就失效了。
正确做法不是删配置，而是显式覆盖：
- 写
"**/node_modules": true✅ 显式启用排除（推荐） - 写
"**/node_modules": false✅ 显式取消排除（如真要搜第三方库源码） - 绝不要留空
"search.exclude": {}或直接删掉这一项 ❌ - Windows 用户注意：路径必须用正斜杠
/，"**\node_modules"完全无效
临时限定搜索到某个子目录的最快方式
不想改配置、只这次搜 src/api？直接在搜索面板底部「文件中包括」输入框里填：src/api/**。这是最轻量、最即时的控制方式，优先级高于 search.include 和 search.exclude。
但要注意通配符语义：
-
src/api/**→ 只匹配src/api下所有层级（安全） -
**/api/**→ 匹配任何路径下的api子目录（比如test/api、legacy/api，容易误触） -
api/**→ 只匹配工作区根目录下的api/（如果项目结构是packages/core/src/api，就完全漏掉） - 多个路径用英文逗号分隔：
src/api/**,src/utils/**
真正容易被忽略的是：VSCode 搜索依赖本地索引，改完 .vscode/settings.json 后，旧结果可能缓存数秒甚至更久。遇到“刚配好怎么还不生效”，先按 Ctrl+Shift+P → 输入 Developer: Reload Window 重载窗口，比重启更快。
