设为0并不真正“不限制”，因文件需先被读入：需同时关闭search.useIgnoreFiles、调高search.maxFileSize，并注意UI渲染上限。
search.resultLimit 设为 0 真的就“不限制”了吗？
不是。设 search.resultLimit 为 0 只表示“不限制已参与搜索的文件中返回的匹配行数”，但前提是——那些文件得先被 VS Code 读进来。如果它们被 search.useIgnoreFiles 过滤掉了，或者因超 search.maxFileSize 被静默跳过，那再大的 resultLimit 也无从生效。
必须同步关闭 search.useIgnoreFiles
这是最常被忽略的一环：VS Code 默认开启 search.useIgnoreFiles（读取 .gitignore），导致 node_modules、dist/、build/ 下所有文件压根不进搜索流程——你搜不到，不是被截断，是根本没算。
- 打开设置（
Ctrl + ,），搜Use Ignore Files，把 User 和 Workspace 两级都取消勾选 - 或直接编辑
settings.json，确保这两项明确为false："search.useIgnoreFiles": false"search.useGlobalIgnoreFiles": false - 改完不用重启，但要删掉搜索关键词再重输一次，触发新配置生效
必须调高 search.maxFileSize 否则大文件内容被跳过
search.maxFileSize 默认是 12800 字节（约 12.5KB），意味着 bundle.js、生成的 JSON 配置、日志片段等只要体积超标，VS Code 就安静地跳过整份文件——不报错、不提示、不计入任何计数。
- 在设置中搜
maxFileSize，改为5242880（5MB）可覆盖绝大多数打包产物 - 设为
0表示完全不限制，但可能在低配机器上引发卡顿，尤其机械硬盘或内存不足时 - 注意：该限制只影响「内容搜索」，不影响「文件名搜索」（点击搜索框左上角
^切换）
UI 渲染上限和导出全部结果的实操路径
即使后端返回了 10000 条匹配，VS Code 搜索面板本身有前端渲染限制，通常只展开前几百条，其余折叠成「… and N more」——这不是配置问题，是界面层性能妥协。
- 点击搜索面板右上角
⋯→Copy All Results，可把全部匹配行（含路径+行号）复制到剪贴板 - 更彻底的方案：终端执行
rg -n "关键词"（需提前装ripgrep），它不受 VS Code 任何 UI 或配置限制，速度也更快 - 如果必须在编辑器内操作，先用「文件名搜索」缩小范围（比如搜
config.*），再对筛选出的文件夹二次全文搜，比硬刚全量更可控
真正容易被忽略的是：这三项配置相互依赖，单独调高 resultLimit 而不关 useIgnoreFiles，或不调 maxFileSize，结果依然会“看起来不全”。实际排查时建议按顺序动这三项，每次只改一个，再重新搜索验证效果。
