vscode全局搜索需配置search.exclude而非files.exclude；正确写法为"**/node_modules": true，且须置于项目级.vscode/settings.json中。
VSCode 默认根本不会跳过 node_modules，哪怕你已经在 files.exclude 里写了它——那只是让它在侧边栏消失，对 Ctrl+Shift+F 全局搜索完全没用。
search.exclude 才是搜索过滤的唯一生效项
真正控制“全局搜索扫哪些目录”的配置只有 search.exclude。它和 files.exclude 名字像、位置近，但作用域完全不同：前者只影响搜索结果，后者只影响资源管理器显示。混着配等于白配。
必须显式写进项目级 .vscode/settings.json（不是用户级），否则换个项目或重装 VSCode 就失效。典型错误写法："node_modules": true 或 "node_modules/**": true —— 缺少开头的 **/，子目录（比如 src/lib/node_modules）照样被搜。
-
"**/node_modules": true：递归匹配所有层级的node_modules目录 -
"**/dist": true：排除所有构建产物目录 -
"**/*.min.js": true：跳过压缩 JS 文件（避免搜到jquery.min.js里的this.$router） - 别加正则——
search.exclude只认 glob，不支持^、$等语法
多根工作区下，每个文件夹要单独配
如果你开的是多根工作区（比如 monorepo 里同时打开 packages/app 和 packages/utils），search.exclude 是按文件夹分别生效的。根目录下的配置不会自动继承到子文件夹。
常见踩坑场景：
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
- 主项目想屏蔽
packages/legacy，但又需要常搜packages/utils—— 必须在对应子文件夹的.vscode/settings.json里单独设search.exclude - 用了绝对路径如
/Users/xxx/project/packages/legacy/**—— 换机器就崩，一律用相对路径 +**/ - 规则写太宽，比如
**/log/**、**/tmp/**堆一堆 —— VSCode 每次搜索前都要逐条匹配，反而拖慢速度
临时排除比永久配置更灵活
不用改配置也能快速过滤：打开搜索面板（Ctrl+Shift+F），在右下角「files to exclude」输入框里直接填 node_modules/**,dist/**,*.map，支持逗号分隔、即时生效。
这个输入框的优先级高于 search.exclude 配置，适合临时调试或一次性操作。注意两点：
- 这里写的模式也必须是 glob，且推荐带
**/前缀，例如**/node_modules/** - 勾选下方「Include ignored files」就能临时取消所有排除规则，方便确认是否真被过滤掉了
- 如果插件（比如 GitLens、ESLint）还在显示
node_modules里的文件，不是配置错了，是它们绕过了search.exclude—— 这类视图不受该配置控制
为什么有时候排除了还是搜到 dist 里的文件？
最常见原因是：你只改了 files.exclude，或者 search.exclude 的路径写错了层级。再检查一遍：
- 确认配置写在
.vscode/settings.json，不是用户级settings.json - 确认用了
"**/dist": true，而不是"dist": true或"dist/**": true - 确认没在搜索面板的「files to include」框里误填了
dist或**/dist—— 这个框会强制只搜指定范围，覆盖所有排除逻辑 - 重启 VSCode 或重新加载窗口（
Cmd/Ctrl+Shift+P→Developer: Reload Window），某些旧版本对search.exclude修改不热更新
真正麻烦的不是怎么配，而是配完忘了验证——搜个明显只存在于 node_modules 里的字符串（比如 webpackBootstrap），看结果里还有没有，比看文档靠谱得多。
