单纯配置 files.exclude 并不能提升 VSCode 的文件搜索索引速度，它仅控制资源管理器的显示。若要真正减少索引负担，必须同时配置 search.exclude 和 files.watcherExclude，排除 node_modules 等高频无关目录。
先说结论：files.exclude 只隐藏文件不阻止索引，搜索卡顿需配合 search.exclude 和 files.watcherExclude 共同优化。
- 先定位：确认项目中是否存在 node_modules、dist、build 等大型目录。
- 先做：在 settings.json 中同时配置三项排除规则，确保 glob 模式正确。
- 再验证：观察 CPU 占用是否下降，全局搜索响应是否变快。
快速处理思路
由于这是配置文件修改，不涉及命令行操作，建议直接编辑工作区设置。在项目根目录的 .vscode/settings.json 中添加以下配置，确保三项排除规则同步生效：
{"files.exclude": {"**/node_modules": true,"**/dist": true,"**/build": true,"**/.git": true},"search.exclude": {"**/node_modules": true,"**/dist": true,"**/*.log": true,"**/coverage": true},"files.watcherExclude": {"**/node_modules/**": true,"**/dist/**": true,"**/.git/**": true}
}为什么会这样
VSCode 的文件处理分为三个独立阶段，很多人只配置了其中一项导致优化无效。files.exclude 仅影响左侧资源管理器的显示，不会阻止后台索引；search.exclude 才是控制全局搜索（Ctrl+Shift+F）时跳过哪些路径的关键；而 files.watcherExclude 负责文件系统监听，若未配置，VSCode 会尝试监听所有文件变化，在大型项目中极易耗尽系统资源（如 Linux 下的 inotify 限制），导致编辑器响应变慢甚至无法监听新文件。
三者缺一不可：只配 files.exclude 搜索依然会扫；只配 search.exclude 文件监听依然占用 CPU；只配 files.watcherExclude 搜索时仍可能读取文件内容。公开资料中没有看到可靠的量化数据表明具体提升比例，但社区经验表明同时配置可显著降低卡顿。
分步处理
1. 打开设置文件：按 Ctrl+Shift+P，输入 Preferences: Open Workspace Settings (JSON)，或直接编辑项目根目录下的 .vscode/settings.json。
2. 添加排除规则：将上述快速处理思路中的 JSON 片段复制进去。注意 glob 模式必须以 **/ 开头，例如 "**/node_modules"，写成 "node_modules" 可能不生效。
3. 保存并重启：修改后建议重启 VSCode 工作区，确保文件监听器重新注册。
4. 回滚提醒：若发现某些被排除的文件需要临时搜索，可在搜索面板取消勾选"Use Exclude Settings"选项，无需修改配置文件。
怎么验证是否生效
1. 检查 CPU 占用：打开任务管理器，观察 VSCode 相关进程的 CPU 使用率是否在空闲时明显下降。
2. 测试搜索速度：尝试全局搜索一个常见函数名，记录响应时间是否缩短。
3. 监听状态检查（Linux/macOS）：若之前出现过 inotify 耗尽报错，配置后应不再出现 watcher limit reached 提示。
常见坑
1. 模式写法错误：files.watcherExclude 的 glob 模式建议以 /** 结尾（如 "**/node_modules/**"），否则可能无法完全阻止监听。search.exclude 通常 "**/node_modules" 即可，但需确保前缀正确。
2. 配置位置混淆：files.exclude 和 search.exclude 是独立配置，不能互相替代。即使文件在资源管理器中隐藏，搜索仍可能扫描到。
3. 多根工作区影响：在多根工作区模式下，每个子文件夹的排除规则可能独立生效，根目录规则未必覆盖全部，需检查各子目录设置。
4. 临时覆盖：搜索面板右上角的 files to exclude 输入框会临时覆盖 search.exclude 设置，若发现排除失效，请检查此处是否有临时输入。
参考来源
建议查阅官方文档以获取最新配置说明：VSCode 官方设置文档
原文链接：https://www.zjcp.cc/ask/11737.html