VSCode搜索变慢主因是默认读取大量无关文件，需同步配置search.exclude（跳过搜索读取）和files.watcherExclude（禁用监听），并确保glob格式正确（如"/tmp/": true），修改后须重载窗口。
直接加 search.exclude 规则，但必须写对 glob 格式，否则静默失效——它不会报错，也不会提示你配错了。
为什么临时缓存文件会让搜索变慢
VSCode 搜索不是“算得慢”，是“读得慢”。像 .log、.tmp、.swp、.zip 这类文件，单个就可能几 MB 甚至上百 MB，而 VSCode 默认会打开并逐字节扫描它们的内容。哪怕你只搜一个字符串，它也会卡在读取这些大缓存文件的 I/O 阻塞上。
更麻烦的是，这类文件往往成百上千个集中在一个目录（比如 cache/ 或 tmp/），不加排除规则，搜索过程就会反复触发磁盘读取，CPU 和磁盘 I/O 都会被拖住。
- 常见缓存文件类型：
**/*.log、**/*.tmp、**/*.swp、**/*.zip、**/*.pdf、**/*.bin - 常见缓存目录：
**/cache/**、**/tmp/**、**/logs/**、**/coverage/** - 注意：
search.exclude只影响Ctrl+Shift+F全局搜索，不影响资源管理器显示（那是files.exclude的事）
怎么写有效的 search.exclude 规则
VSCode 不认正则，只认 glob；也不读 .gitignore，只看你手动写的 search.exclude 对象。写错格式 = 白配。
- 路径必须以
**/开头，否则只匹配工作区根目录下同名项（比如"tmp"完全不生效） - 必须用正斜杠
/，Windows 用户写**\tmp\**会被完全忽略 - 值必须是布尔
true，不能是字符串"true"或数字1 - 结尾加不加
/**效果一样，但加了语义更明确，推荐统一用"**/tmp/**": true
正确示例（放进 .vscode/settings.json）：
{
"search.exclude": {
"**/*.log": true,
"**/*.tmp": true,
"**/tmp/**": true,
"**/cache/**": true,
"**/logs/**": true
}
}
临时救急：不改配置也能立刻过滤
打开 Ctrl+Shift+F 搜索面板后，右上角点 ⋯ → «Files to exclude»，直接填规则，本次搜索立即生效，关掉面板自动清空。
- 多个规则用英文逗号分隔，**不能有空格**：
**/tmp/**,**/logs/**✅；**/tmp/**, **/logs/**❌ - 这个输入框优先级高于
search.exclude，如果搜出来不该有的文件，第一反应就是检查这里有没有残留内容 - 适合场景：调试时怀疑某段逻辑被旧日志干扰、想快速确认关键词是否只出现在
src/下
别漏掉 files.watcherExclude 才是真省资源
search.exclude 能跳过读取，但 VSCode 启动后后台文件监视器（watcher）默认还是会监听所有路径——包括 tmp/ 和 logs/。一旦这些目录下有频繁文件变更（比如日志轮转），watcher 就会持续触发事件，CPU 占用飙升，连带拖慢搜索准备阶段。
- 必须同步配
files.watcherExclude，条目和search.exclude基本一致 - 值只能是
true，不支持其他类型，也不接受正则 - 正确写法：
"**/tmp/**": true，错误写法："tmp": true或"**/tmp"（少/**可能漏子目录）
改完 settings.json 后，按 Ctrl+Shift+P → 输入 Developer: Reload Window 重载窗口，否则旧索引还在跑，规则看似没生效。
最常被忽略的一点：search.exclude 和 files.watcherExclude 是两套独立机制，只配一个，等于只系了一半安全带。
