VS Code 搜索结果少于配置的 limit，主因是 search.useIgnoreFiles 和 search.maxFileSize 限制及 UI 渲染上限共同作用：前者跳过被 .gitignore 排除的文件，后者静默忽略超 12.5KB 文件内容，而界面仅渲染前几百条，其余折叠为“… and N more”。
为什么改了 search.resultLimit 还只显示 20 条？
不是配置没生效，而是 search.useIgnoreFiles 在起作用：它让 VS Code 严格按 .gitignore 或 .ignore 跳过整批文件，压根不读内容，自然不会计入结果计数。你看到的“20 条”，是仅从那几十个被放行的小文件里搜出来的——不是被截断，是绝大多数文件根本没参与搜索。
- 检查设置里 Use Ignore Files 是否在 User 和 Workspace 两级都被勾选（默认开启）
- 直接编辑
settings.json，确保这两项为false："search.useIgnoreFiles": false"search.useGlobalIgnoreFiles": false - 改完不用重启，但要重新触发一次搜索（比如删掉关键词再输一遍）
search.maxFileSize 静默跳过大文件内容
VS Code 默认跳过超过 12800 字节（约 12.5KB）的文件内容搜索。像 dist/bundle.js、生成的 JSON、大日志片段，哪怕路径没被排除，也不会进索引——它不会报错，也不会提示，只是安静地跳过整份文件。
-
search.maxFileSize单位是字节；设为5242880表示 5MB，设为0表示不限制（但可能卡顿） - 这个限制只影响「内容搜索」，不影响「文件名搜索」（点击搜索框左上角
^切换） - 调高后首次搜索响应可能变慢几秒，尤其在含大量大文件的项目中
UI 渲染上限导致「… and N more」点不开
即使后端返回了 5000 条匹配，VS Code 搜索面板本身有前端渲染限制，通常只展开前几百条，其余折叠为「… and 4623 more」。这不是配置问题，是界面层性能妥协。
- 点击搜索面板右上角
⋯→ Copy All Results，可把全部匹配行（含路径 + 行号）复制到剪贴板 - 更彻底的方案：终端执行
rg -n "关键词"（需提前装ripgrep），它不受 VS Code 任何限制，速度也更快 - 如果必须在编辑器内操作，先用「文件名搜索」缩小范围（比如搜
config.*），再对筛选出的文件夹二次全文搜
三者必须协同调整，单独改一个没用
真正容易被忽略的是：这三项配置相互影响，且生效顺序有依赖。单独调高 search.resultLimit 而不关 search.useIgnoreFiles，或不调 search.maxFileSize，结果依然会“看起来不全”。
- 排查时建议按顺序动这三项，每次只改一个，再重新搜索验证效果
- 改完一定要重新触发搜索（缓存不会自动刷新）
- 注意
search.exclude和files.exclude是另一套逻辑，它们控制是否“可见”，不决定“是否参与搜索”
