files.exclude控制文件树显示，search.exclude控制搜索范围；二者独立生效，需分别配置node_modules等目录。
如何在 VSCode 中正确设置 files.exclude 和 search.exclude
VSCode 的文件排除不是“隐藏”而是“过滤”，files.exclude 控制资源管理器中是否显示，search.exclude 控制全局搜索是否跳过——两者独立生效，不能互相替代。
常见错误是只配了 files.exclude 却发现搜索里仍出现 node_modules，这就是没同步配置 search.exclude。
-
files.exclude影响左侧文件树、打开文件列表（Ctrl+P）、文件新建/保存路径提示 -
search.exclude仅影响 Ctrl+Shift+F 搜索结果，不影响文件树 - 两者的值都是对象，键为 glob 模式（如
"**/dist/**"），值为true表示排除 - 工作区级配置（
.vscode/settings.json）优先级高于用户级，推荐项目内配，避免污染全局
files.exclude 常见误配：为什么 **/node_modules 不生效？
VSCode 的 glob 匹配基于路径前缀，**/node_modules 实际匹配的是“任意深度子目录下的 node_modules 文件夹”，但根目录的 node_modules 是直接子项，需显式写 "node_modules": true。
更稳妥的做法是同时覆盖两种情况：
{
"files.exclude": {
"node_modules": true,
"**/node_modules": true,
"**/dist": true,
"**/*.log": true
}
}
- 不推荐用
**/node_modules/**—— 多余的/**在 VSCode 中反而可能破坏匹配 - 排除单个文件用
"*.tmp": true，排除整个目录用"dist": true（无需斜杠） - 如果某目录仍显示，检查是否被
files.include显式包含（它会覆盖exclude）
search.exclude 性能关键：大项目必须配哪些项？
未配置 search.exclude 时，Ctrl+Shift+F 会遍历所有子目录，包括 node_modules、build、.git，导致搜索卡顿甚至无响应。这不是 UI 延迟，而是进程级阻塞。
- 必加项：
"**/node_modules/**"、"**/build/**"、"**/dist/**"、"**/.git/**" - 注意：这里推荐带
/**后缀，因为search.exclude对子路径更敏感，"node_modules"可能漏掉深层嵌套的同名目录 - 若项目含生成代码（如 TypeScript 编译输出），务必排除对应目录，否则搜索会返回大量非源码结果
- 修改后无需重启，但已打开的搜索面板需重新触发（关闭再打开 Ctrl+Shift+F）
隐藏文件 vs 排除文件：别混淆 files.exclude 和系统级隐藏
files.exclude 是 VSCode 内部逻辑过滤，不影响操作系统或 Git；而 .gitignore 或系统隐藏属性（如 macOS 的 .DS_Store）是另一层机制。
- VSCode 默认已内置排除
.git、.DS_Store等，但不会自动读取.gitignore—— 要让 VSCode 尊重.gitignore，得额外启用"search.useIgnoreFiles": true（仅对搜索生效） -
files.exclude无法隐藏以.开头的文件（如.env），除非显式写".env": true - 想彻底“看不见”，只能靠
files.exclude；想让 Git 和编辑器行为一致，要分别维护.gitignore和settings.json
真正容易被忽略的是：search.exclude 和 files.exclude 的 glob 语法看似一样，但匹配粒度和默认上下文不同，同一段配置复制粘贴过去未必生效——建议始终按用途分开写，不要图省事合并。
