直接修改 files.exclude 即可让匹配路径从资源管理器彻底消失，其语法为相对于工作区根的 glob 模式，如 "**/node_modules": true；需区分 files.exclude（控制侧边栏显示）与 search.exclude（仅影响搜索），且修改后必须重启 vs code 才生效。

直接改 files.exclude 就行，VS Code 会立刻从资源管理器（左侧文件树）里移除匹配的条目——不是折叠、不是忽略、是真·看不见。

files.exclude 的路径写法必须对，否则整个文件树可能变空

常见错误是把路径当成本地相对路径或正则来写。它其实是 glob 模式，且所有路径都相对于工作区根目录：

• "node_modules": true 只匹配根目录下的 node_modules，子目录里的不会被隐藏
• "**/node_modules": true 会递归匹配任意层级的同名文件夹，但容易误杀（比如 packages/foo/node_modules）
• "**/dist": true 才能隐藏所有 dist 文件夹；只写 "dist": true 无效
• 路径中含空格（如 my folder）直接写 "my folder": true，不用加引号转义，也不用反斜杠
• 写错成 "**/*": true 或 "**": true 这类宽泛模式，会导致整个资源管理器空白——不是崩溃，是全被过滤了

工作区设置 vs 用户设置：共享配置和覆盖优先级

你改的 files.exclude 生效位置决定了谁能看到这个隐藏规则：

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• 用户级设置（全局）：在 VS Code 设置 UI 里改，或编辑 $HOME/Library/Application Support/Code/User/settings.json（macOS）等对应路径，影响所有打开的项目
• 工作区级设置（推荐团队协作）：在项目根目录下建 .vscode/settings.json，内容为 {"files.exclude": {"**/out": true, "**/.git": true}}，它会完全覆盖用户级同名配置
• 语言专属排除：支持 "[javascript]": { "files.exclude": { "lib/**": true } }，注意语言标识符全小写，[JavaScript] 不生效

别和 search.exclude 搞混：一个管侧边栏，一个管搜索框

很多人想“搜的时候跳过 node_modules”，却去动 files.exclude，结果侧边栏没了，还纳闷为啥 Ctrl+Shift+F 没变快：

• files.exclude 控制资源管理器显示 —— 改它，文件夹就从左边彻底消失
• search.exclude 只控制 Ctrl+Shift+F 的搜索范围，不影响侧边栏；它的值默认继承自 files.exclude，但反过来不成立
• 临时跳过某些目录搜索？用搜索框右上角的 files to exclude 输入框填 node_modules/** 更安全，不污染配置
• 插件（如 GitLens、ESLint）可能绕过 files.exclude 主动读取文件，导致某些视图里仍看到被隐藏的文件夹 —— 关掉扩展再验证是否真生效

改完不生效？重启 VS Code 是最可靠的验证方式

VS Code 不会热重载 files.exclude 规则，也不自动刷新资源管理器视图：

• 修改 .vscode/settings.json 后，必须重启 VS Code 才能确保规则完整应用
• 已打开的标签页（比如某个 .class 文件）不受影响，仍保留在编辑器里，只是不再出现在左侧文件树中
• 被隐藏的路径下文件依然可编辑、保存、Git 提交 —— files.exclude 不影响文件系统操作，只影响 Explorer 显示
• 动态生成的目录（如 Gradle 的 gradle-app-generated/）得边观察边补规则，没有一劳永逸的通配

真正麻烦的不是加几行配置，而是规则太宽时整个文件树变空，或者被插件悄悄绕过 —— 验证时先关扩展、再重启、最后看左侧是不是真干净了。