VSCode全局搜索搜不到大文件，主因是search.exclude误配（如"*/.log":true）或search.maxFileSize默认值过低（约12.5MB）；需检查并修正排除规则、调高该配置值，并排查rg.exe被拦截、插件干扰等问题。
search.exclude 误配导致大文件被静默跳过
VSCode 默认不索引超过约 50MB 的文件，但更常见的是人为配置把大文件路径直接排除。比如 search.exclude 里写了 "**/*.log": true，那所有日志文件——无论大小——都不会进搜索索引，连“搜不到内容”都算不上，是根本没读。
检查方式：打开设置（Ctrl+,），搜 search.exclude，点“在 settings.json 中编辑”。重点看有没有带通配符的宽泛规则，例如：
-
"**/*"或"**"—— 必须删掉，这是全盘拦截 -
"logs/**"而不是"**/logs/**"—— 前者只匹配项目根下 logs 目录，后者才匹配任意深度 -
"*.jsonl"没加**/前缀 —— 可能漏掉子目录里的目标文件
临时验证：在搜索面板右下角点 ! 图标，关掉“使用排除规则”，再搜一次。如果立刻出结果，就是它在拦。
search.maxFileSize 设置太低，大文件直接被丢弃
VSCode 内置一个硬性限制：search.maxFileSize（单位是字节），默认值约 12800（即 ~12.5MB）。哪怕文件没被 search.exclude 拦住，只要单个文件超过这个数，rg.exe 就会跳过它，不报错、不提示，静默失效。
调高方法很简单，在用户或工作区 settings.json 里加一行：
"search.maxFileSize": 50000000
这表示允许最大 50MB 的文件参与搜索。注意单位是字节，不是 MB；设太高（如 500MB）可能拖慢整体响应，建议按需微调。
验证是否生效：打开输出面板（Ctrl+Shift+U），切换到 Search，执行一次全局搜索，看日志里有没有类似 Skipping large file: /path/to/big.jsonl 的提示。
ripgrep 被拦截或崩溃，搜索卡在“正在搜索”
VSCode 底层靠 rg.exe（ripgrep）做实际扫描，但它很容易被系统级因素打断。尤其在企业环境，加密软件（如北信源、明朝万达）常把 rg.exe 当可疑进程拦截，结果就是搜索面板一直转圈、无报错、无日志。
定位路径：用 Everything 搜 rg.exe，典型位置是：
~/Applications/Visual Studio Code.app/Contents/Resources/app/out/vs/workbench/contrib/search/browser/rg.exe
解决办法只有两个：
- 把该路径加进加密软件白名单
- 临时禁用加密软件后重试（确认是否为真因）
另一个常见原因是权限问题：WSL 或远程开发中，rg.exe 没权限读取挂载路径下的大文件，也会静默失败。此时可改用命令行验证：rg -i "keyword" /path/to/big/file.log，看终端是否报 Permission denied。
插件干扰：Vim/Emacs 模拟器、GitLens、Prettier 同时激活
某些插件会在文件加载或搜索触发时插入钩子，对大文件尤其敏感。典型组合包括：
- Vim 插件启用
editor.suggest.snippetsPreventQuickSuggestions后，搜索面板输入框焦点异常 - GitLens 在含数十万文件的仓库中开启
gitlens.advanced.caching.enabled，会抢占rg.exe的 I/O 通道 - Prettier + ESLint 双格式化插件同时监听保存事件，大文件打开瞬间触发同步解析，拖垮搜索线程
快速验证：终端运行 code --disable-extensions "/path/to/project"，再试搜索。若恢复，说明插件是元凶。进一步用 Developer: Start Extension Bisect（Ctrl+Shift+P 输入）二分定位，3–4 轮就能锁定具体插件。
真正麻烦的不是插件本身，而是它们对大文件的“默认行为”——比如 GitLens 会自动为每个打开的 JSONL 行注入 Git blame 数据，而 VSCode 不会告诉你它正为 200MB 文件做 100 万次 Git 查询。
