search.resultlimit 不是唯一瓶颈，真正限制结果的是 search.useignorefiles（默认启用，按 .gitignore 过滤）和 search.maxfilesize（默认跳过 >12.5kb 文件）；二者未调整时，即使设 resultlimit 为 0，实际参与搜索的文件也极少。
search.resultLimit 是唯一能直接控制全局搜索返回结果条数的配置项，设为 0 即不限制，但必须配合关掉 search.useIgnoreFiles 和调高 search.maxFileSize 才能看到“真正全量”的结果。
为什么改了 search.resultLimit 还只显示 20 条？
最常见原因是：你只改了数值，却没意识到 VS Code 默认开启 search.useIgnoreFiles（读取 .gitignore 过滤文件），导致大量匹配文件根本没参与搜索——不是被截断，是压根没算进去。
-
search.resultLimit控制的是“已进入搜索流程的文件中，最多返回多少条匹配行”，不是整个工作区的总潜在匹配数 - 如果
search.useIgnoreFiles为true（默认），且你的.gitignore里写了dist/、node_modules/，那这些目录下的所有文件都不会被读取，哪怕它们内容里有关键词 - 检查方式：在搜索面板右下角看是否显示「x files searched」，如果数字远小于你预期的文件数，大概率是 ignore 规则拦住了
- 临时验证：Ctrl+Shift+P → 输入 “Search: Toggle Search Exclude Rules”，禁用后重搜，若结果暴增，就坐实了这个问题
search.maxFileSize 会静默跳过超大文件
VS Code 默认不搜索大于 12800 字节（约 12.5KB）的文件内容，这对 bundle.js、大日志、生成 JSON 等非常致命——它不会报错，也不会提示，只是安静地跳过整份文件。
- 该限制只影响「内容搜索」，不影响「文件名搜索」（点击搜索框左上角
^图标可切换） - 设为
5242880（5MB）可覆盖绝大多数打包产物；设为0表示完全不限制，但可能引发卡顿，尤其在机械硬盘或低内存机器上 - 注意：修改后必须重新触发搜索，缓存不会自动刷新
- 如果你常搜日志，建议同时配
"**/*.log": true到search.exclude，避免无意中拖慢整体响应
UI 渲染上限和导出全部结果的实操路径
即使后端返回了 10000 条匹配，VS Code 搜索面板本身有前端渲染限制，通常只展开前几百条，其余折叠成「… and N more」——这不是配置问题，是界面层性能妥协。
- 点击搜索面板右上角
⋯→ 「Copy All Results」，可把全部匹配行（含路径+行号）复制到剪贴板，这是最轻量、最可靠的“绕过 UI 限制”方式 - 更彻底的方案：终端执行
rg -n "关键词"（需提前装ripgrep），它不受 VS Code 任何限制，速度也更快 - 如果必须在编辑器内操作，先用「文件名搜索」缩小范围（比如搜
config.*），再对筛选出的文件夹二次全文搜，比硬刚全量更可控 - 别依赖「显示全部」按钮——那个按钮只展开当前已加载的批次，不是解锁总数
真正卡住搜索结果的，往往不是 search.resultLimit 本身，而是 search.useIgnoreFiles 和 search.maxFileSize 这两个静默拦截器。改完配置后，务必手动重搜一次，不要指望旧结果自动更新。
