VSCode全局搜索默认扫描node_modules等目录，需正确配置search.exclude才生效；必须写在.vscode/settings.json或用户settings.json中，路径用/开头的glob模式（如"/node_modules": true），值为true，否则静默失效。
VSCode 全局搜索（Ctrl+Shift+F）默认会扫 node_modules、dist、日志、临时文件等——不是它“太勤快”，而是你没配或配错了 search.exclude。配错不会报错，只会静默失效，结果里全是干扰项。
search.exclude 写在哪、怎么写才真正生效
VSCode 只读 search.exclude 字段，且只从两个地方加载：用户级 settings.json（全局生效），或项目级 .vscode/settings.json（仅当前工作区）。写在 tsconfig.json、package.json、eslint.config.js 里完全无效。
- 路径必须是 glob 模式，几乎总要以
**/开头："**/node_modules"✅；"node_modules"❌（不匹配任何子目录）；"**\node_modules"❌（Windows 也必须用正斜杠） - 值必须是布尔值
true，不能是字符串"true"或数字1 - 结尾加不加
/**效果一样，但语义更清晰："**/dist/**"比"**/dist"更明确表示“整个目录及其内容” - 示例正确配置：
{
"search.exclude": {
"**/node_modules": true,
"**/dist": true,
"**/*.log": true,
"**/.git": true
}
}
搜出不该出现的文件？先查右下角「Files to exclude」
这个输入框的规则优先级高于 search.exclude，而且关闭搜索面板就自动清空——所以它常是“漏网之鱼”的源头。
- 多个规则用英文逗号分隔，**不能有空格**：
**/node_modules,**/build,**/*.tmp✅；**/node_modules, **/build❌ - 支持
!前缀反向包含，但容易逻辑混乱，不建议混用：!src/**表示“只搜src/下”，但一旦和排除规则共存，行为难预测 - 这里填错格式（比如多一个空格、少一个
*、用了反斜杠），整条规则静默失效，VSCode 不提示 - 调试时怀疑某段代码被旧构建产物干扰？直接填
**/dist/**，搜完关面板即恢复，比改 JSON 快得多
为什么关了 search.exclude 还是搜不到？可能是 search.useIgnoreFiles 在拦路
这个设置默认开启，会让 VSCode 主动跳过 .gitignore 里所有路径——不是结果被过滤掉，是那些文件压根没参与搜索。哪怕你把 search.resultLimit 设为 0，也搜不到 node_modules 里的匹配项。
- 验证方式：看搜索面板右下角显示的
x files searched，如果远小于预期（比如只搜了几百个文件，而项目有上万），基本就是它在起作用 - 关闭方法（二选一）：
– 设置界面搜use ignore files，把 User 和 Workspace 两级都取消勾选
– 手动编辑settings.json加两行："search.useIgnoreFiles": false和"search.useGlobalIgnoreFiles": false - 关掉后首次搜索可能慢几秒（因为要扫
node_modules），但结果才真实——尤其当你想确认某关键词是否真的没出现在构建产物里时
改完配置还是搜出被排除的文件？索引缓存没刷新
VSCode 搜索依赖本地索引，修改 search.exclude 后不会立刻重建。大项目里，旧索引可能持续返回已被排除路径下的文件。
- 最快解决：按
Ctrl+Shift+P→ 输入Developer: Reload Window强制重载窗口 - 更彻底：删掉项目根目录下的
.vscode/.search文件夹（如果存在），让 VSCode 下次启动时重建索引 - 注意：已打开的文件偶尔不会出现在搜索结果里（已知 bug），不是配置问题，重启 VSCode 或关闭再重开标签页可缓解
最常被忽略的其实是路径基准——search.exclude 的 glob 是相对于工作区根目录的，不是当前打开的文件夹，也不是系统绝对路径。monorepo 里写 "src/lib/**" 很可能匹配不到 packages/my-app/src/lib/，得用 "**/src/lib/**" 或更宽泛的模式。
