在Ctrl+Shift+F搜索面板右下角“文件中排除”输入框填glob模式（如/node_modules,/dist/），用英文逗号分隔、禁空格、必须含/前缀和正斜杠，优先级高于search.exclude且仅本次生效。
搜索面板右下角的“文件中排除”输入框怎么填
直接在 Ctrl+Shift+F 打开的搜索面板底部「文件中排除」输入框里填 glob 模式，是最快生效的方式。它不改配置、不重载窗口，输完回车就过滤，关掉面板自动清空。
常见错误是写 node_modules 或 dist/**——这两种都无效。VSCode 只认带路径语义的 glob，必须体现“在哪一层”。
-
**/node_modules✅ 匹配任意深度的 node_modules 目录（推荐） -
**/src/test/**✅ 排除所有测试目录及其内容 -
**/*.log,**/mocks/**✅ 多个规则用英文逗号分隔，不能有空格 -
**/packages/core/**✅ 精准锁死某个子包，避免扫到 packages/legacy
注意：这里填的规则优先级高于 search.exclude，临时覆盖永久配置。
为什么填了却没效果？检查这三点
最常遇到的是“写了但照样搜出来”，不是功能坏了，而是匹配根本没触发。VSCode 对这个输入框的解析非常严格，错一个字符就静默跳过整条规则。
- 路径分隔符必须用正斜杠
/，**\node_modules在 Windows 上完全被忽略 - 不能用
~或$HOME这类变量，~/project/src会被当作文本字面量处理 - 开头缺
**/或/，比如只写dist，VSCode 不识别为路径模式，只当普通字符串去匹配文件名
验证是否生效：输完回车后，搜索面板左上角会显示「已排除 X 个文件夹」，没提示基本等于没命中。
和 settings.json 里的 search.exclude 有什么区别
本质是作用域和持久性的不同。你在搜索面板里填的，只影响这一次搜索；而 search.exclude 是写进 settings.json 的永久规则，每次打开 VSCode 都加载。
- 临时规则适合调试场景：比如想确认某段逻辑是否只存在于
**/legacy/**，加一条再删，不污染配置 - 永久规则适合项目通用项：如
"**/node_modules": true、"**/coverage": true，建议提交进团队仓库的.vscode/settings.json - 两者冲突时，面板输入框的规则胜出——这是唯一能临时绕过项目级
search.exclude的方式
注意：files.exclude 完全无关，它只控制侧边栏显示，对 Ctrl+Shift+F 搜索零影响。
容易被忽略的性能与行为细节
看似只是加几行路径，但写法不当会拖慢搜索，甚至漏结果。这不是玄学，是 VSCode 匹配引擎的真实限制。
- 避免嵌套太多
**，如**/a/**/b/**/c.js，匹配开销呈指数增长 -
**/.vscode/extensions要比C:/Users/x/.vscode/extensions更安全，后者在跨平台协作或路径变更时容易失效 - 已打开但未保存的文件，偶尔不会出现在搜索结果里（已知 bug），不是过滤规则的问题，重启 VSCode 或重开标签页可缓解
真正关键的不是“能不能排除”，而是“排除得够不够干净又够不够快”——这两者之间，往往就差一个 **/ 和一个正斜杠。
