search.exclude修改后不生效主因是索引未刷新，需执行Developer: Reload Window强制重载或删除.vscode/.search文件夹重建索引，且须确认配置位于正确路径的settings.json中。
search.exclude 修改后不生效，是因为索引没刷新
VSCode 搜索依赖本地缓存的倒排索引，search.exclude 配置改完不会自动重建索引。尤其在大型项目中，你看到的“搜索结果”其实是旧索引的残留，不是实时计算出来的。
常见现象：加了 "**/dist": true，但 Ctrl+Shift+F 仍搜出 dist/ 下的文件；或者删掉某条规则，结果里还继续出现被排除路径。
- 必须执行
Ctrl+Shift+P→ 输入Developer: Reload Window强制重载（关掉再开 VSCode 不等于重载） - 更彻底的方式是手动删除
.vscode/.search文件夹（如果存在），让 VSCode 下次启动时从头建索引 - 检查是否被插件干扰：比如某些 Git 插件会绕过
search.exclude强制包含未提交文件
为什么改了 search.resultLimit 还只显示 20 条？
search.resultLimit 控制的是“已参与搜索的文件中最多返回多少匹配行”，不是总结果上限。真正拦住你的是默认开启的 search.useIgnoreFiles 和静默跳过的 search.maxFileSize。
-
search.useIgnoreFiles默认为true，会读取.gitignore并跳过所有匹配路径（如node_modules/、dist/）——这些文件压根没进搜索流程，自然不会被resultLimit统计 -
search.maxFileSize默认是12800（约 12.5KB），bundle.js、大日志、生成 JSON 全部被跳过，且不提示 - 验证方法：看搜索面板右下角显示的「x files searched」，如果远少于预期，大概率是被 ignore 或 size 拦截了
files.watcherExclude 不配，search.exclude 就是半残废
search.exclude 只在点击搜索时起作用，而 files.watcherExclude 决定 VSCode 启动时是否监听那些目录。没配后者，VSCode 会在后台持续扫描 node_modules、.git 等路径，CPU 占用高、内存涨、搜索响应延迟直接拉长 2 秒起步。
-
files.watcherExclude必须写成"**/node_modules/**": true，结尾的/**不可省略（否则不生效） - 推荐同步加入：
"**/.git/**"、"**/target/**"、"**/.next/**"、"**/out/**"、"**/*.log" - 二者必须同时配置才完整：一个管“不读”，一个管“不盯”
UI 渲染限制和导出全部结果的实操路径
即使后端返回了上万条匹配，VSCode 搜索面板前端有渲染上限，通常只展开前几百条，其余折叠成「… and N more」。这不是配置能调的，是界面层性能妥协。
- 点击搜索面板右上角 ⋯ →
Copy All Results，可把全部匹配行（含路径+行号）复制到剪贴板，这是最轻量、最可靠的绕过方式 - 如果需要结构化处理，终端执行
rg -n "关键词"（需提前装ripgrep），它不受 VSCode 任何限制，速度也更快 - 别指望靠调大
search.resultLimit让 UI 展开全部——UI 层根本不认这个值
索引重建和 watcher 排除是两个独立动作，容易只做一半；search.exclude 生效的前提是它真被读到了，而工作区设置（.vscode/settings.json）优先级高于用户设置，但写错位置（比如丢进 tsconfig.json）就完全无效。
