多根工作区中files.exclude只对部分文件夹生效，因该配置需写在每个子文件夹的.vscode/settings.json中，或通过.code-workspace的settings字段统一注入（仅VS Code 1.84+稳定支持），否则规则无法跨根生效。
多根工作区中 files.exclude 为什么只对部分文件夹生效？
因为多根工作区（.code-workspace）本身不直接支持 files.exclude 配置；这个设置必须写在每个子文件夹的 .vscode/settings.json 里，或通过工作区级的 "settings" 字段统一注入——但后者仅在 VS Code 1.84+ 版本稳定支持。低于该版本时，你改了 .code-workspace 里的 settings，可能只影响第一个文件夹，或完全不生效。
常见错误现象：__pycache__ 在 A 文件夹被隐藏了，B 文件夹里还明晃晃地挂着；或者搜索时仍能搜到 node_modules 里的内容，但资源管理器里又看不到——这是排除规则没覆盖到对应路径层级导致的。
- 确认 VS Code 版本 ≥ 1.84（终端执行
code --version） - 优先在每个子项目根目录下维护独立的
.vscode/settings.json，而非全堆在.code-workspace里 - 若坚持用工作区统一配置，在
.code-workspace的顶层"settings"下写，且路径模式必须用**/前缀才能跨文件夹匹配，例如"**/__pycache__": true - 避免写绝对路径（如
"frontend/node_modules": true），它在协作时容易因路径差异失效
files.exclude 模式怎么写才真正“跨根”生效？
VS Code 的 files.exclude 是基于 glob 的路径匹配，不是正则；它的作用域取决于配置位置。在多根工作区中，只有两种方式能实现“跨所有根文件夹”的隐藏效果：
- 在
.code-workspace文件的"settings"字段中定义，且使用通配符**/开头的模式（如"**/node_modules/**": true），这样会从每个根路径向下递归匹配 - 在每个子文件夹的
.vscode/settings.json中分别写相同规则（推荐），例如都加"**/*.pyc": true，保证行为确定、可版本控制、不依赖 VS Code 版本 - 不要用
"node_modules/": true这种写法——它只匹配当前配置所在目录下的同名文件夹，对其他根目录无效 - 想隐藏所有以
._开头的文件（比如 macOS 的元数据），用"**/._*": true，而不是"._*": true
隐藏后搜索（Ctrl+Shift+F）还是能搜到，正常吗？
正常。默认情况下，files.exclude 只影响资源管理器显示和文件打开列表，不影响全局搜索范围。如果你希望搜索也跳过这些路径，必须额外配置 search.exclude，而且它和 files.exclude 是两个独立字段，不会自动同步。
- 在
.code-workspace或子项目的.vscode/settings.json中，显式添加"search.exclude"字段 - 值结构和
files.exclude一致，例如："search.exclude": {"**/node_modules/**": true, "**/__pycache__": true} - 注意：如果某路径同时出现在
files.exclude和search.exclude，但模式写法不一致（比如一个用了**/，另一个没用），就会出现“看不见但搜得到”的情况 - 修改后无需重启 VS Code，但已打开的搜索面板需手动重新触发（按 Ctrl+Shift+F 再回车）
团队协作时怎么避免 files.exclude 配置冲突？
多根工作区常用于微服务或前后端分离项目，不同成员本地环境差异大（比如有人装了 Docker 插件生成 .dockerignore 相关临时文件，有人没装），硬编码排除规则容易互相覆盖或漏配。
- 把通用规则（如
__pycache__、*.pyc、node_modules）放进各子项目的.vscode/settings.json，并提交到 Git - 把个人偏好（如隐藏
.DS_Store或 IDE 日志）留在用户设置（User/settings.json），不进版本库 - 在
.code-workspace里只放真正需要跨项目统一的行为，比如共享调试器端口、统一editor.tabSize，别塞太多排除逻辑 - 检查
.gitignore和files.exclude是否重复——前者管 Git 提交，后者管编辑器显示，两者目的不同，不能互相替代
.vscode/settings.json，.code-workspace 只做连接和顶层设置。否则看似省事，后续排查谁的文件没隐藏、谁的搜索结果异常，反而更费时间。 
