VSCode文件搜索慢的根源是未排除node_modules等目录及大文件，search.exclude仅过滤结果不阻止读取，files.watcherExclude才真正禁用监听，且通配符必须写为"/node_modules/"。
VSCode 文件搜索慢，根本不是它“算得慢”，而是它在拼命读你根本不想搜的东西——node_modules、.git、dist 这些目录默认全被扫描，不配排除规则，性能就注定拉胯。
search.exclude 只管“不显示”，不管“不读”
很多人加了 search.exclude 还卡，是因为误以为它能阻止文件读取。其实它只在匹配阶段跳过结果，但 VSCode 仍会打开、读取、解析那些文件——直到真正做内容比对时才丢弃。所以光靠它减负有限。
-
"**/node_modules/**"必须带结尾/**，写成"node_modules"或"**/node_modules"都不生效 - 排除大文件类型比排除目录更关键：
"**/*.log"、"**/*.zip"、"**/*.pdf"这类单个文件就可能阻塞 I/O 队列 - 路径通配符是 glob，不是正则：
**表示任意层级子目录，*只匹配当前层单个目录名或文件名 - 工作区级配置（
.vscode/settings.json）优先于用户级，建议直接放项目里，避免团队成员各自踩坑
files.watcherExclude 才是真正的“不监听”
VSCode 启动后，后台文件监视器（watcher）会持续注册所有路径的 fs.watch，哪怕你从不编辑它们。一旦 node_modules 被监听，每次 yarn install 触发数千个变更事件，CPU 就会飙高、搜索延迟明显。这个环节 search.exclude 完全不参与。
- 必须和
search.exclude同步配置，且条目基本一致："**/node_modules/**"、"**/.git/**"、"**/dist/**"、"**/target/**"（Rust/Java）、"**/.next/**"（Next.js） - 值只能是
true，不支持布尔以外的类型；不接受正则，只认 glob - 如果项目用了
.gitignore，建议把里面非空行路径批量转成files.watcherExclude条目——避免 Git 插件和搜索插件重复扫描同一堆垃圾
search.followSymlinks = false 是 monorepo 救命开关
在用 yarn workspaces、pnpm workspace 或 npm link 的项目里，符号链接常指向外部 node_modules 或 packages 目录。默认 search.followSymlinks: true 会让 VSCode 顺着链接一路穿透进去，瞬间多扫几千个文件。
- 设为
false后，搜索只停在链接文件本身，不递归进目标目录 - 它不影响 Go to Definition 等语言功能，只约束
Ctrl+Shift+F和Ctrl+P - 配合
search.exclude使用更稳，例如同时设"**/packages/**": true和search.followSymlinks: false
别信“重启 VSCode 就行”，要重载工作区
改完 settings.json 后，简单关掉再打开窗口往往无效——VSCode 会复用旧进程和缓存状态。真正生效的操作是重载工作区。
- 快捷键：
Ctrl+Shift+P→ 输入Developer: Reload Window（Mac 是Cmd+Shift+P） - 或者右键资源管理器顶部工作区名 →
Reload Window - 验证是否生效：打开
Ctrl+Shift+P→Developer: Open Process Explorer，观察 CPU 占用是否从持续 20%+ 降到个位数
最常被忽略的是 watcher 和 search 排除不同步，以及通配符末尾 /** 缺失——这两个点一错，所有优化都白搭。
