search.exclude是唯一控制VSCode全局搜索排除node_modules的配置，必须写为"/node_modules": true并置于.vscode/settings.json或.code-workspace中，路径缺/前缀、位置错误或未重载窗口均导致失效。
search.exclude 是唯一生效的配置项
VSCode 全局搜索（Ctrl+Shift+F）是否跳过 node_modules 或其他外部引入库，只由 search.exclude 控制。写在 files.exclude、.gitignore、tsconfig.json 甚至 package.json 里的路径规则，对搜索结果完全无效。
常见错误是把 "node_modules": true 塞进 files.exclude——这只会让侧边栏变空，但搜索照样扫出成千上万条依赖包里的代码。
-
search.exclude必须是对象结构，键为 glob 模式，值必须是布尔值true（不能是字符串"true"） - 规则不生效时，90% 是因为写错了位置：它只能放在
.vscode/settings.json（推荐，可提交协作）或用户级settings.json中；丢进package.json或tsconfig.json等同于没写 - 多根工作区（monorepo）必须写在
.code-workspace文件的settings字段里，否则不生效
路径必须用 **/ 开头，否则静默失效
VSCode 的 glob 匹配非常严格：search.exclude 中没有前缀的路径会被直接跳过，不报错也不提示。
- ✅ 正确：
"**/node_modules": true（推荐，覆盖所有嵌套层级，包括packages/foo/node_modules） - ✅ 可选：
"/node_modules": true（仅匹配工作区根目录下的node_modules，适合单层结构） - ❌ 无效：
"node_modules": true（只匹配字面量路径，无法命中子包里的依赖） - ❌ 无效：
"node_modules/**": true（缺少起始**/，不触发递归匹配） - ❌ 无效：
"**\node_modules": true（Windows 下也必须用正斜杠/，反斜杠被忽略）
临时排除比改配置更快，但格式容错极低
打开搜索面板后，右下角「Files to exclude」输入框支持临时规则，优先级高于 search.exclude，适合调试或一次性验证。
- 多个规则用英文逗号分隔，**不能有空格**：
**/node_modules/**,**/dist/**✅，**/node_modules/**, **/dist/**❌（空格会让第二条失效） - 不支持正则，只认 glob；也不支持
!前缀语法（如!src/**是非法的） - 填错格式（比如多加了空格、用了中文逗号、路径漏
**/）会导致整条规则静默丢弃，搜出来的“不该出现的文件”往往就来自这里
改完配置后必须重载窗口，缓存不自动更新
VSCode 搜索依赖本地索引缓存，修改 search.exclude 后不会自动刷新已缓存的结果，尤其在大型项目里延迟明显。
- 必须执行
Ctrl+Shift+P→ 输入Developer: Reload Window→ 回车（关掉再打开 VSCode ≠ 重载窗口） - 手动删掉
.vscode/.search文件夹（如果存在）也能强制重建索引 - 重启编辑器本身不解决问题；重载窗口才能清掉旧索引，让新规则真正生效
最常被忽略的是缓存机制——你写的规则可能完全正确，但只要没重载窗口，它就还在用旧索引扫整个 node_modules。
