vscode搜索变慢90%因未同时配置search.exclude和files.watcherexclude。前者仅跳过搜索时读取，后者在启动时切断文件监听源头；二者缺一不可，且均需用"/node_modules/": true等递归写法，并置于项目级.settings.json中，修改后必须关闭窗口重开才生效。
VSCode 搜索变慢，90% 是因为没配对 search.exclude 和 files.watcherExclude —— 只配一个等于白配。
为什么只改 search.exclude 还是卡
很多人加了 "**/node_modules": true 到 search.exclude，以为就万事大吉。但 VSCode 启动时，文件监视器（file watcher）仍会持续监听 node_modules 下成千上万个文件，导致 CPU 飙高、搜索面板打不开、甚至整个窗口无响应。
关键区别：
-
search.exclude：只在你按Ctrl+Shift+F那一刻跳过读取，不解决启动和后台监听压力 -
files.watcherExclude：在 VSCode 加载工作区时就告诉系统“别注册这个路径的fs.watch”，直接切断源头
二者必须同时生效，缺一不可。
search.exclude 和 files.watcherExclude 的写法陷阱
常见错误写法："node_modules"、"**/node_modules"、"**/node_modules/*" —— 这些都不能递归排除子目录，node_modules/.bin/xxx 依然会被扫描。
正确写法必须带结尾 /**：
"**/node_modules/**": true"**/dist/**": true"**/.git/**": true-
"**/*.log": true（日志文件单个 2GB 就能让 watcher 队列阻塞数秒）
注意：files.watcherExclude 不支持文件类型通配（如 **/*.zip），但支持路径前缀匹配，所以 "**/target/**"、"**/.next/**" 这类构建产物目录必须显式列出。
配置放哪？改完要不要重启
必须放在项目根目录下的 .vscode/settings.json 中（不是用户级设置），否则多根工作区或团队协作时容易失效。
改完后：
- 关闭当前工作区窗口（不是仅刷新或重启窗口）
- 重新用 VSCode 打开该文件夹（或通过命令行
code .） - 此时
files.watcherExclude才真正加载，process explorer或系统监控里能看到 inotify 句柄数明显下降
顺带一提：search.useIgnoreFiles: true 值得打开，它会让 VSCode 自动遵循 .gitignore 规则，省去手动补漏。
临时搜索比永久配置更可靠
即使配置全对，也会遇到漏网之鱼：比如本地导出的 report.json（500MB）、CI 临时生成的 coverage/lcov-report、或未被 .gitignore 覆盖的 public/assets。
这时最稳的办法是手动限域：
- 在搜索框右上角点击文件夹图标，选中
src或packages/my-lib - 或者直接在搜索框里输入
src/**/*.ts（注意开头不加./） - 避免依赖全局配置兜底，尤其在排查紧急问题时
真正容易被忽略的点是：watcher 排除不生效 ≠ 配置写错了，而很可能是没关窗重开 —— 这一步跳过，前面所有操作都白费。
