search.resultLimit设为0不限制条数，但需同步关闭search.useIgnoreFiles和调高search.maxFileSize，否则仍无法显示全部结果。
search.resultLimit 设为 0 还是只显示 20 条？检查 useIgnoreFiles 是否在拦路
不是配置没生效，而是 search.useIgnoreFiles 默认开启，让 VS Code 严格按 .gitignore 或 .ignore 跳过整批文件——它们压根不进搜索流程，自然不会被计数。即使你把 search.resultLimit 设为 0，也只会对“实际参与搜索的文件”生效。
验证方法：搜索后看面板右下角是否显示「x files searched」；如果远少于你项目中匹配关键词的文件数，基本就是它在过滤。
- 快捷操作：Ctrl+Shift+P → 输入 “Search: Toggle Search Exclude Rules”，禁用后重搜，结果暴增即坐实
- 永久关闭：在用户级
settings.json中明确设为"search.useIgnoreFiles": false和"search.useGlobalIgnoreFiles": false - 注意：关掉后
node_modules等目录也会参与，首次搜索可能慢几秒，但这是可控代价
大文件内容根本没被扫描？调高 search.maxFileSize 才是关键
search.maxFileSize 默认是 12800 字节（约 12.5KB），它会静默跳过超大文件的内容搜索——比如 dist/bundle.js、生成的 JSON 配置、日志片段。它不报错、不提示，只是安静地跳过整份文件。
- 单位是字节；设为
5242880表示 5MB，覆盖绝大多数打包产物 - 设为
0表示完全不限制，但低内存或机械硬盘上可能卡顿，慎用 - 这个限制只影响「内容搜索」，不影响「文件名搜索」（点击搜索框左上角 ^ 图标可切换）
- 改完必须重新触发搜索，缓存不会自动刷新
后端返回了 5000 条，UI 却只展开前几百行？这不是配置问题
VS Code 搜索面板有前端渲染上限，即使后端返回大量匹配，UI 通常只展开前几百条，其余折叠成「… and N more」。这是界面层性能妥协，无法通过设置解除。
- 最轻量解法：点击搜索面板右上角 ⋯ → 「Copy All Results」，可导出全部匹配行（含路径+行号）到剪贴板
- 更可靠方案：终端执行
rg -n "关键词"（需提前装ripgrep），它不受 VS Code 任何限制，速度也更快 - 若必须在编辑器内操作，建议先用「文件名搜索」缩小范围（如搜
config.*），再对筛选出的文件夹二次全文搜
真正容易被忽略的点：三者必须协同生效
search.resultLimit、search.maxFileSize、search.useIgnoreFiles 是相互依赖的三道闸门。单独调高 resultLimit 而不关 useIgnoreFiles，或不调 maxFileSize，结果依然“看起来不全”。排查时建议按顺序动这三项，每次只改一个，再重新搜索验证效果。
另外，search.resultLimit 是唯一控制“返回结果条数”的配置项；其他如 search.followSymlinks 或 files.exclude 影响的是参与搜索的文件集合，不属于“结果限制”本身。
