search.maxFileSize控制VSCode是否读取大文件内容，默认跳过>12.5KB文件（如bundle.js、日志），静默忽略不提示；设为5242880（5MB）或0可放宽限制，但需重新触发搜索且仅影响内容搜索，不影响文件名匹配。
search.maxFileSize 控制大文件是否被读取内容
VSCode 默认跳过大于 12800 字节（约 12.5KB）的文件内容，这包括 bundle.js、webpack-stats.json、日志快照、临时缓存文件等——它不会报错，也不会提示“已跳过”，只是安静地忽略整份文件的内容搜索。
这个限制是静默生效的，所以你搜不到某些关键词，很可能不是没匹配，而是压根没读那文件。
- 设为
5242880（5MB）可覆盖绝大多数打包产物和生成缓存 - 设为
0表示完全不限制，但可能在机械硬盘或内存紧张时导致卡顿甚至无响应 - 修改后必须重新触发搜索（Ctrl+Shift+F → 回车），旧结果不会自动刷新
- 注意：该设置只影响「文件内容」扫描，不影响文件名匹配（比如用
file:*.cache还是能搜到文件名）
search.exclude 配合 glob 精准排除缓存目录
光靠 search.maxFileSize 不够，因为 VSCode 仍会遍历并检查每个文件的大小——遇到成千上万个 tmp/ 或 cache/ 下的小文件，IO 开销依然巨大。
真正高效的做法是让这些目录根本不出现在搜索路径里：
- 在项目根目录的
.vscode/settings.json中配置search.exclude - 写法必须是相对于工作区根的 glob，例如：
"**/cache": true、"**/tmp": true、"**/.next/cache": true - 别写成
"cache/"或"cache/**"，前者只匹配根目录，后者语法不被识别 - 如果项目用了 monorepo 结构，确保模式能覆盖实际路径，比如
"**/packages/*/cache"
为什么改了设置还是搜出缓存文件？索引没重建
VSCode 搜索依赖本地索引缓存，search.exclude 或 search.maxFileSize 修改后不会自动失效旧索引。尤其在大型项目中，你看到的“结果”很可能是几小时前的缓存快照。
现象：明明加了 "**/cache": true，搜索结果里仍有 cache/webpack/... 下的文件。
- 最快验证方式：按
Ctrl+Shift+P→ 输入Developer: Reload Window强制重载 - 更彻底的方式：删掉项目下的
.vscode/.search文件夹（如果存在），再重载窗口 - 别只关掉再打开 VSCode——那不等于重载，索引不会刷新
- 插件也可能干扰，比如某些 Git 插件会强制包含未提交/已删除但仍在 Git index 中的缓存文件
临时绕过缓存目录的最快操作
不想改配置、又急需搜干净结果？直接在搜索面板右下角点「Files to exclude」，输入临时排除规则：
- 填
cache/**,tmp/**,dist/**（逗号分隔，不要空格） - 注意格式错误会整条失效：不能写成
cache/, tmp/，也不能有中文逗号 - 这个设置优先级高于
search.exclude，适合一次性排查 - 搜完记得清空，否则下次还会沿用
真正容易被忽略的是：VSCode 的搜索不是“实时文件系统遍历”，而是一套带缓存、带过滤、带大小门限的三层机制——调一个参数没用，得同时管住「哪些路径进队列」「哪些文件被读内容」「哪些结果被截断」。漏掉任意一层，都可能让你以为搜不到，其实是根本没走到那一步。
