VSCode全局搜索只显示20条是因search.resultLimit、search.useIgnoreFiles和search.maxFileSize三者协同限制；需关闭useIgnoreFiles、调大maxFileSize并设resultLimit为0，且每次仅调一项验证效果。
VSCode 全局搜索结果被“卡在 20 条”，不是搜不到，而是三处配置共同拦住了——search.resultLimit 只管“返回多少条”，search.useIgnoreFiles 决定“哪些文件能进搜索流程”，search.maxFileSize 控制“哪些文件内容会被读取”。单独调高 search.resultLimit 没用，必须三者协同调整。
为什么设了 search.resultLimit 为 0 还只显示 20 条？
最常见原因是 search.useIgnoreFiles 默认开启，它会严格按项目根目录下的 .gitignore（或 .ignore）过滤文件。比如你 .gitignore 里写了 node_modules/ 和 dist/，那这两个目录下所有文件——无论多小、内容多匹配——压根不会被打开扫描，自然不参与计数。
- 检查方式：搜索面板右下角看「x files searched」，如果数字远小于你预期的文件总数，基本就是它拦住了
- 临时验证：按
Ctrl+Shift+P→ 输入Search: Toggle Search Exclude Rules禁用后重搜；若结果暴增，就坐实了 - 永久关闭：在
settings.json中确保这两项为false："search.useIgnoreFiles": false和"search.useGlobalIgnoreFiles": false
search.maxFileSize 静默跳过大文件内容
VSCode 默认跳过超过 12800 字节（约 12.5KB）的文件内容搜索。这不是报错，也不是警告，它只是安静地跳过整份文件——bundle.js、大日志、生成的 JSON 都在此列。注意：这个限制只影响「内容搜索」，不影响「文件名搜索」（点击搜索框左上角 ^ 切换）。
-
search.maxFileSize单位是字节；设为5242880表示 5MB，覆盖绝大多数打包产物 - 设为
0表示完全不限制，但低配机器可能卡顿，尤其机械硬盘或内存 ≤8GB 时慎用 - 改完必须重新触发搜索，缓存不会自动刷新
怎么让 search.resultLimit 真正生效？
search.resultLimit 是唯一控制“返回多少条匹配行”的配置项。设为 0 表示不限制，但它只对“已进入搜索流程的文件”起作用——前面两步没做对，它就是个摆设。
- 默认值通常是
2000，某些旧版或策略可能设为20；建议直接设为0 - 修改后无需重启 VSCode，但要删掉关键词再重新输入一次，强制刷新搜索流程
- 即使后端返回了上万条，UI 面板本身有渲染上限，通常只展开前几百条，其余折叠成「… and N more」——这不是配置问题，是前端性能妥协
- 点击搜索面板右上角
⋯→Copy All Results，可导出全部匹配行（含路径+行号）到剪贴板
更可靠、绕过所有限制的替代方案
VSCode 搜索本质是封装了 ripgrep（rg），但加了 UI 层和各种过滤逻辑。真要查全量、查得快，终端直跑最稳。
- 先装
ripgrep：brew install ripgrep（macOS）、choco install ripgrep（Windows）、或从 GitHub releases 下载二进制 - 在项目根目录执行：
rg -n "关键词"，它不读.gitignore、不跳大文件、不限结果数、不卡 UI - 如需排除特定目录（比如仍想跳过
node_modules），加--glob：rg -n --glob '!**/node_modules' "关键词"
真正容易被忽略的是：这三项配置不是并列关系，而是链式依赖——useIgnoreFiles 决定“进不进场”，maxFileSize 决定“读不读内容”，resultLimit 才决定“返几条”。排查时别一锅炖，每次只动一个，重搜验证，否则永远不知道哪一步没生效。
