files.exclude写错路径会导致文件树变空，正确写法是"node_modules": true；search.exclude才控制搜索排除，应配"**/node_modules": true；临时排除优先级更高且更安全。
files.exclude 写错路径会让整个文件树变空
这是最常踩的坑：写 "**/node_modules" 看似保险，实际会递归匹配所有子目录下的 node_modules，而一旦配合其他宽泛规则（比如 "**/*.log" 或漏掉层级限定），可能意外过滤掉 src、lib 甚至根目录本身，导致资源管理器一片空白——不是崩溃，是被静默吃掉了。
正确做法只写相对工作区根的精确路径：
-
"node_modules": true—— 只排除顶层node_modules -
"dist": true、".git": true同理，不加**/或./ - 想排除所有层级的构建目录？用
"**/build": true，但务必确认项目里没有合法的build子模块
路径必须以工作区根为起点，VS Code 不支持正则，* 和 ** 是 glob 通配符，不是正则语法。
search.exclude 和 files.exclude 别混用
files.exclude 控制资源管理器显示，search.exclude 只影响 Ctrl+Shift+F 全局搜索。很多人想“搜的时候跳过 node_modules”，却去改 files.exclude，结果侧边栏没了，还误以为搜索变快了——其实搜索根本没受控。
典型配置组合：
-
"files.exclude": { "node_modules": true, "dist": true }—— 让侧边栏清爽 -
"search.exclude": { "**/node_modules/**": true, "**/dist/**": true, "**/*.log": true }—— 搜索时真正跳过这些路径 -
"search.useIgnoreFiles": true—— 主动读取.gitignore，但注意：它不会自动生效，必须显式开启
search.exclude 的值不会反向影响 files.exclude，但反过来也不成立；两者独立生效。
临时过滤比永久配置更安全
日常开发中，多数时候你并不需要永久隐藏某个目录。比如临时查一个 bug，只想在 src/utils 和 src/api 里搜，直接右键目录 → “Find in Folder”，或在搜索面板的 files to include 输入框填：src/utils/**,src/api/**。
如果要排除某目录，搜索框底部的 files to exclude 输入 !node_modules/** 即可，不污染 settings.json，也避免误配风险。
这种临时方式支持逗号分隔多路径，也支持 ! 前缀反向排除，且优先级高于 search.exclude 配置。
工作区设置比用户设置更优先，且支持语言粒度
全局 settings.json（用户级）里的 files.exclude 会被工作区级的同名配置覆盖。这意味着你可以为不同项目单独控制——比如 React 项目隐藏 public，而 Python 项目隐藏 venv。
更细的控制还能按语言来：
- 在工作区
.vscode/settings.json中写："javascript.files.exclude": { "lib/**": true } - 或针对 TypeScript：
"typescript.preferences.includeInferredTypes": false影响大纲视图，不算文件过滤，但属于模型可见性层面的“过滤”
注意：语言特定配置项名必须带前缀（如 javascript.、typescript.），否则无效。这类配置只在对应语言文件打开时生效。
files.exclude 和 search.exclude 的作用边界、glob 路径的匹配逻辑，以及工作区 vs 用户级的覆盖关系。稍一混淆，就容易让文件树消失或搜索依然慢得像在扫硬盘。 
