VSCode文件搜索慢的根源是未排除无关目录，正确配置search.exclude和files.watcherExclude（如"/node_modules/"）、关闭search.followSymlinks、重载窗口可显著提速。
VSCode文件搜索慢，不是编辑器本身性能差，而是它在拼命读你根本不想搜的东西——node_modules、dist、.log这些目录和文件默认全被扫一遍，I/O卡住、内存涨高、结果还慢两秒起步。
search.exclude 配不配、怎么配，直接决定搜索快不快
这个配置是搜索阶段的“闸门”，配对了，VSCode 就完全跳过匹配路径的文件读取；配错了，等于没配。
-
"**/node_modules/**"必须带结尾/**，只写"**/node_modules"在嵌套结构（如 monorepo 的packages/foo/node_modules）下会失效 -
"**/*.log"比"*.log"可靠，前者匹配任意层级日志，后者只匹配根目录 - 值必须是
true，不能是"true"或1；键必须是 glob 模式，写成"node_modules"或"\node_modules"（反斜杠）会被静默忽略 - 优先写在项目根目录的
.vscode/settings.json，比用户级设置更精准，且不会影响其他项目
files.watcherExclude 不加，search.exclude 就白配
search.exclude 管搜索时“不读”，但 files.watcherExclude 管启动时“不盯”——如果监视器还在持续扫描 node_modules，CPU 早被拉满，搜索还没点开就卡顿。
- 必须和
search.exclude写一样的路径，比如都加"**/node_modules/**"、"**/dist/**"、"**/.git/**" - 额外建议加上
"**/.next/**"（Next.js）、"**/target/**"（Rust/Java）、"**/out/**"（TSoutDir），这些目录高频变更又无搜索价值 - 改完后按
Ctrl+Shift+P→ 输入Developer: Reload Window重载，否则旧 watcher 进程还在跑
search.followSymlinks = false 是 monorepo 和 link 项目的救命开关
用 yarn link 或 npm link 的项目里，符号链接常指向外部 node_modules 或 packages 目录。默认 search.followSymlinks: true 会让 VSCode 顺着链接一路穿透进去，瞬间多出几千个文件要读。
- 设为
false后，搜索只停在链接文件本身，不展开目标路径 - 这个开关不影响
Go to Definition（跳转定义），只影响Ctrl+Shift+F全局搜索和Ctrl+P快速打开 - 配合
search.exclude使用更稳，比如同时排除"**/packages/**"并关闭符号链接穿透
临时救急：搜索面板里直接填排除规则
改配置来不及？或者只是临时查一次大项目？可以直接在搜索面板里手动指定排除项，本次搜索立即生效。
- 打开
Ctrl+Shift+F，点右上角⋯→ «Files to exclude» - 输入
**/node_modules/**,**/dist/**,**/*.log（英文逗号分隔，无空格） - 关掉面板后自动清空，不影响后续搜索；适合排查紧急问题或验证哪些目录真拖慢了搜索
- 注意：这个操作只作用于当前搜索会话，不修改任何配置文件
真正卡顿的根源往往不在搜索逻辑，而在“不该读的文件被反复读”。search.exclude 和 files.watcherExclude 必须成对出现、路径一致、语法精确——少一个 /，多一个反斜杠，都可能让优化归零。
