VSCode全局搜索忽略node_modules需配置search.exclude而非files.exclude，正确写法为"/node_modules/"，多根工作区需按相对路径分别配置，排除规则过多或过宽会降低搜索性能。
搜索时 node_modules 还是被扫到了？关掉默认忽略不等于真忽略
VSCode 默认勾选「在文件夹中排除」，但这个开关只影响侧边栏的文件树显示，对全局搜索（Ctrl+Shift+F）完全无效。真正起作用的是搜索框下方的「files to exclude」输入框，或者工作区配置里的 "search.exclude"。
实操建议：
- 手动在搜索面板底部输入
**/node_modules/**，注意前后两个**表示任意层级，中间斜杠不能少 - 如果想一劳永逸，打开
settings.json，加这一行："search.exclude": {"**/node_modules/**": true} - 别写成
"node_modules/**"—— 缺少开头的**/会导致子目录（如src/lib/node_modules）不被排除
search.exclude 和 files.exclude 到底谁管搜索？
files.exclude 只控制资源管理器里文件是否显示，和搜索无关；search.exclude 才是搜索时真正生效的配置项。两者名字像，但作用域完全不同，混用就会白配。
常见错误现象：
- 在
files.exclude里加了"dist/**"，结果全局搜索还是搜到dist里的 JS 文件 - 改了用户设置里的
search.exclude，但当前项目没生效——因为工作区设置会覆盖用户设置 - 路径用了正则或通配符语法（比如
dist/*.js）——VSCode 的search.exclude不支持正则，只认 glob 模式，且必须以**/或/开头
多根工作区下，排除规则怎么写才不冲突？
多根工作区中，每个文件夹可以有自己的 .vscode/settings.json，此时 search.exclude 是按文件夹分别生效的。如果某个子文件夹不想被排除（比如你确实要搜它里面的配置），就不能靠根目录统一配。
使用场景：
- 主项目含多个微前端子包，其中
packages/utils需要常搜，但packages/legacy想彻底屏蔽 - 排除路径得写成相对当前工作区根路径的格式，例如在
packages/utils文件夹下设"search.exclude": {"../legacy/**": true} - 避免用绝对路径（如
/Users/xxx/project/legacy/**），否则换机器就失效
搜索慢？可能是排除规则写得太宽或太碎
VSCode 搜索时会对每个排除模式做路径匹配，规则越多、越模糊（比如大量 **/log/**、**/*.tmp），扫描前预过滤就越耗时。不是“排除越多越好”，而是“排除刚好够用”。
性能影响点：
- 单条规则里别堆太多
**，例如**/a/**/b/**/c.js比**/c.js更慢 - 不要为每个日志文件单独写一条，合并成
**/*.log和**/logs/**两条就够了 - 如果项目里有大体积二进制文件夹（如
data/assets/），务必排除，否则搜索可能卡住甚至崩溃
真正麻烦的不是怎么写排除规则，而是不同环境（用户设置 / 工作区设置 / 多根子文件夹）之间的优先级和路径解析逻辑容易串。配完记得重启搜索面板，或者按 Ctrl+Shift+H 再试一次——有时候旧缓存会让排除看起来“没生效”。
