必须手动配置search.exclude和files.watcherExclude并写对glob路径（如**/node_modules），否则VSCode会默认扫描node_modules等目录导致卡顿、搜不到；改后需重载窗口或清索引才生效。
VSCode 搜索替换卡顿、慢、搜不到，90% 是因为默认扫描了不该扫的目录——node_modules、dist、build 这些文件夹不手动排除，它就真的一行行去遍历。
为什么 search.exclude 必须手动配，且不能写错
VSCode 不读 .gitignore，也不自动跳过 node_modules。它只认 search.exclude 配置，而且匹配规则是 glob，不是正则，也不是模糊路径。
-
"**/node_modules"✅ 正确：匹配所有层级的node_modules目录 -
"node_modules"❌ 无效：没有**/前缀，VSCode 直接忽略整条规则 -
"**\node_modules"❌ Windows 用户常踩：反斜杠不被 glob 解析器识别，必须用正斜杠/ -
"**/node_modules/"❌ 结尾多一个/，实际目录名不含末尾斜杠，无法命中
配置位置必须是 .vscode/settings.json 或用户级 settings.json，写进 package.json 或 tsconfig.json 完全没用。
search.exclude 和 files.watcherExclude 是两回事
只配 search.exclude 能让搜索结果变少，但 VSCode 的文件监视器（file watcher）仍可能在后台疯狂扫描 node_modules，导致搜索面板打开慢、输入卡顿、甚至 CPU 占满。
-
search.exclude控制“搜什么”，影响搜索结果集 -
files.watcherExclude控制“看什么”，影响编辑器底层文件监听行为
两者都得配，才真正提速。典型写法：
{
"search.exclude": {
"**/node_modules": true,
"**/dist": true,
"**/build": true,
"**/*.log": true
},
"files.watcherExclude": {
"**/node_modules/**": true,
"**/dist/**": true,
"**/build/**": true
}
}
临时救急：不改配置也能立刻生效
已经打开搜索面板但发现太慢？不用关掉重配，直接点右上角 ⋯ → «Files to exclude»，填入：
**/node_modules/**,**/dist/**,**/build/**
注意：逗号分隔、无空格、结尾加 /** 更稳妥。这个设置只对本次搜索生效，关掉面板就清空，适合临时排查或一次性大范围替换。
改完配置后搜索还是旧结果？缓存没刷新
VSCode 搜索依赖本地索引，修改 search.exclude 后不会自动重建。尤其在大型项目中，旧索引可能持续返回已被排除路径下的文件。
- 最快方式：
Ctrl+Shift+P→ 输入Developer: Reload Window重载窗口 - 最彻底方式：删掉项目根目录下的
.vscode/.search文件夹，强制重建索引 - 别信“保存就生效”——已打开的搜索面板需关闭重开，新面板才读新配置
真正影响性能的从来不是正则写得多复杂，而是你有没有让 VSCode 别去扫那几十万行的 node_modules。漏掉 files.watcherExclude 或写错一个斜杠，就等于开着空调给仓库通风——风是吹了，但冷气全漏了。
