vscode全局搜索慢的根源是未正确配置search.exclude和files.watcherexclude。必须用"/node_modules/"格式递归排除，且两者路径规则一致、布尔值为true，配完需重载窗口生效。

VSCode 全局搜索慢，不是因为正则写得不对，而是它根本没跳过那些不该扫的目录——配错 search.exclude 或漏掉 files.watcherExclude，正则再准也没用。

search.exclude 路径必须带 /** 才真正递归排除

很多人写 "**/node_modules": true，结果 node_modules/.bin/esbuild 还是被搜到。原因：VSCode 把 **/node_modules 当作“匹配文件夹名”，但不自动递归进其子目录；只有加 /**，才表示“这个文件夹及其全部后代都跳过”。

• "**/node_modules/**" ✅ 排除所有层级下的 node_modules 及其内部所有文件
• "**/node_modules" ❌ 仅匹配路径末尾为 node_modules 的条目，不保证跳过子文件
• 路径必须以 **/ 开头、/** 结尾，中间不能有空格或换行
• 多个规则用逗号分隔，不要加注释——JSON 不认注释，整段配置会失效

files.watcherExclude 必须同步配，否则搜索前就卡住

只配 search.exclude，搜索面板打开前 CPU 就可能飙高。因为 VSCode 启动后就在后台用 fs.watch 持续监听文件变更，node_modules 里几千个文件一有更新（比如 yarn install），监听器就疯狂触发，主线程直接堵死。

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• files.watcherExclude 值必须是 true（布尔值），不是字符串 "true"
• 它的路径规则和 search.exclude 完全一致，建议直接复制过去
• 常见漏项："**/.next/**"（Next.js）、"**/target/**"（Rust/Java）、"**/out/**"（TS outDir）
• 配完要重载窗口（Ctrl+Shift+P → Developer: Reload Window）才生效

搜索时临时排除比改配置更快

改完 .vscode/settings.json 要等重载，但你现在就想立刻搜？不用等。

• 按 Ctrl+Shift+F 打开搜索面板，点右上角 ⋯ → “Files to exclude”
• 直接填：**/node_modules/**,**/dist/**,**/*.log
• 注意：这里路径是相对于工作区根目录，不是当前文件位置；不支持 ./ 或绝对路径
• 这个设置只对本次搜索有效，关掉面板就清空，适合排查某个子包里的问题

别把 search.exclude 写错地方

search.exclude 写在 tsconfig.json、eslint.config.js 或 package.json 里完全无效——VSCode 根本不读这些文件的这个字段。

• 优先写进项目根目录的 .vscode/settings.json：团队可共享，对当前项目生效
• 想全局生效（所有项目都跳过 node_modules），改用户级 settings.json（Ctrl+, → 右上角 “打开设置（JSON）”）
• 工作区设置会覆盖用户设置，但只作用于该文件夹下
• 改完配置后，如果搜索结果里仍有被排除路径下的文件，先删掉 .vscode/.search 文件夹，再重载窗口

真正卡住搜索的，从来不是正则表达式本身，而是 VSCode 在你没意识到的时候，已经把整个 node_modules 的元数据都读了一遍。路径结尾少一个 /，watcher 多监听一个目录，缓存没清干净——这些细节比正则语法更容易让搜索变慢。