search.exclude是唯一影响ctrl+shift+f行为的设置，因其直接控制ripgrep索引构建，files.exclude仅影响侧边栏显示，.gitignore默认不生效；必须写成"**/node_modules":true等glob键值对格式，改完需完全重启vs code才能重载索引。
必须用 search.exclude 配置，改完要重启 VS Code 才生效，否则搜索结果里照样出现 node_modules 和 dist。
为什么 search.exclude 是唯一靠谱的配置项
VS Code 全局搜索（Ctrl+Shift+F）底层用的是 ripgrep，它只认 search.exclude 里的 glob 规则——files.exclude 只影响资源管理器显示，.gitignore 默认不生效（除非你手动开 search.useIgnoreFiles），而设置界面点“Add Pattern”只是帮你往 search.exclude 里写值，本质没区别。
常见错误现象：
- 改了
settings.json但搜索结果还是混着node_modules文件 - 在搜索面板右下角
Where框里输-/node_modules/，关掉再开又没了 - 以为
.gitignore能自动过滤，结果毫无作用
根本原因：VS Code 启动时会把 search.exclude 编译进内存索引，不重启就不会重载。
search.exclude 的正确写法和坑点
规则必须是键值对形式，key 是 glob 模式，value 固定为 true；路径必须带 **/ 前缀，否则只匹配当前目录下的同名文件夹（不是子树）。
典型配置示例：
{
"search.exclude": {
"**/node_modules": true,
"**/dist": true,
"**/build": true,
"**/.git": true,
"**/*.log": true
}
}
关键细节：
-
**/node_modules和**/node_modules/**效果一样，结尾/**可省略 - 多个规则之间用英文逗号分隔，不能有空格，比如
"**/node_modules":true,"**/dist":true - 不要写
!node_modules或node_modules，这些在search.exclude里完全无效 - 如果项目根目录有
.vscode/settings.json，它的search.exclude会覆盖用户级设置
工作区级 vs 全局级配置怎么选
想让某个项目独享一套排除规则（比如 C++ 项目要额外排除 **/*.o，前端项目要排除 **/public），就写进项目根目录的 .vscode/settings.json；想一劳永逸对所有项目生效，就改用户级 settings.json（命令面板输 Open User Settings (JSON)）。
两种场景的实操路径：
- 工作区配置：在项目根目录建
.vscode文件夹 → 新建settings.json→ 写入search.exclude对象 - 全局配置：命令面板输
Open User Settings (JSON)→ 在顶层对象里加search.exclude字段
注意：.vscode/settings.json 优先级高于用户设置，且不会污染其他项目。
重启不是可选项，是硬性要求
保存 settings.json 后，必须完全退出 VS Code（包括系统托盘进程），再重新打开。只刷新窗口或重载窗口（Developer: Reload Window）没用——旧索引还驻留在内存里，搜索仍会命中被排除的路径。
验证是否生效的方法：
- 重启后，在空搜索框里输一个明显存在于
node_modules里的词（比如React.createElement） - 如果结果里一个
node_modules路径都没出现，说明成功 - 如果还有，检查是否拼错字段名（比如写成
search.excludes）、是否漏了**/、是否没重启
最常被忽略的一点：很多人配完以为“应该好了”，其实卡在重启这一步。VS Code 不像浏览器改个 CSS 立刻热更，它的搜索索引是启动时加载的，这点和系统级索引（如 Windows 的 SearchIndexer.exe）逻辑一致。
