search.exclude 配置必须写在工作区根目录的 .vscode/settings.json 中才生效，仅支持该文件或用户级 settings.json；需同时设置 files.exclude 和 search.exclude 以避免资源占用与搜索卡顿，并在修改后重启窗口或删除 .vscode/.search 强制刷新索引。
search.exclude 配置必须写在 .vscode/settings.json 里才生效
直接改用户 settings.json 虽然能全局生效，但对单个项目缺乏控制力；而写在 package.json、tsconfig.json 或 eslint.config.js 中完全无效。VSCode 只认 .vscode/settings.json（工作区级）或用户级 JSON 设置。
常见错误是把配置随手丢进项目根目录其他文件里，结果改了等于没改。确认路径是否正确：该文件必须位于工作区根目录下的 .vscode/ 子目录中。
示例有效配置：
{
"search.exclude": {
"**/node_modules": true,
"**/dist": true,
"**/build": true,
"**/coverage": true,
"**/*.log": true
}
}
注意：**/ 是递归通配符，不能省略；写成 node_modules 或 node_modules/ 都不会生效。
files.exclude 和 search.exclude 必须同时设
files.exclude 控制资源管理器里“显示哪些文件”，search.exclude 控制 Ctrl+Shift+F 搜索时“扫描哪些文件”——两者作用域不同，缺一不可。
只设 search.exclude 而不设 files.exclude，VSCode 仍会为被排除的目录建立文件监视器（watcher），导致 inotify 句柄耗尽、CPU 持续飙升；反之，只设 files.exclude，搜索时依然会扫那些被隐藏的目录，照样卡。
推荐统一配置项：
"**/node_modules": true"**/dist": true"**/build": true"**/.git": true"**/coverage": true
修改后不立即生效？多半是索引缓存没清
VSCode 搜索依赖本地倒排索引，修改 search.exclude 后不会自动重建。尤其在大型项目中，旧索引可能持续影响结果，甚至返回已被排除目录里的内容。
强制刷新方式有二：
- 重启 VSCode 并选择 Reload Window（不是简单关闭再开）
- 手动删掉
.vscode/.search文件夹（如果存在），让 VSCode 下次启动时重建索引
别忽略这个步骤——很多开发者反复改配置却没效果，问题就卡在这儿。
monorepo 项目要特别注意工作区根目录设置
用 pnpm workspace、Nx 或 Turborepo 的项目，如果直接把整个仓库根目录作为 VSCode 工作区打开，search.exclude 的路径就必须相对于该根目录写，比如 packages/my-app/src；但若你实际只开发其中某个包，更合理的方式是：用 VSCode 打开 packages/my-app 这个子目录作为独立工作区。
这样做的好处：
-
search.exclude路径变短、不易写错 - 语言服务（如 TypeScript）只索引当前包，响应更快
- 避免
node_modules出现在多层嵌套路径中（如packages/a/node_modules、node_modules），减少重复扫描
多根工作区（Multi-root Workspace）虽支持跨包搜索，但默认仍会全量索引所有根目录——除非你在每个子工作区的 .vscode/settings.json 中分别配置 search.exclude。
