VSCode 的 files.exclude 和 search.exclude 仅支持 glob 模式，不支持正则表达式；误用正则（如 /..log$/）会被静默忽略或导致资源管理器清空、搜索失效，应改用 /.log 等 glob 写法。
VSCode 不支持正则表达式匹配 files.exclude
VSCode 的 files.exclude 和 search.exclude **完全不接受正则表达式**，只支持 glob 模式（类似 shell 通配符）。你写 /.*\.log$/ 或 ^\.env$ 这类正则语法，VSCode 会静默忽略或导致匹配失效——资源管理器可能变空、搜索无响应，但不会报错提示。
用 glob 替代常见正则需求的写法
多数想用正则的场景，其实有更稳妥的 glob 写法：
- 想隐藏所有以
.log结尾的文件 → 用"**/*.log": true - 想隐藏
.env但保留.env.local→ 不能靠正则否定，得显式放行："**/.env.local": false，再配合"**/.env": true - 想隐藏大小写混合的目录（如
Logs、logs、LOGS）→ 用字符集："**/[Ll][Oo][Gg][Ss]": true - 想隐藏某路径下特定前缀的文件（如
test-*.js）→ 直接写"**/test-*.js": true，无需转义连字符
为什么别硬套正则，而要信 glob
glob 在 VSCode 里是经过深度优化的路径匹配引擎，而正则会破坏缓存和增量索引机制。实测中，错误地混入正则符号（如 ?、[、^）会导致：
-
"**/.*.log"（带点号）可能误匹配foo.log和.gitignore.log，但 VSCode 实际解析为字面量.，行为不可控 - 含未闭合括号（如
"**/test[.js"）会让整个files.exclude对象失效，资源管理器清空 - VSCode 不校验 glob 语法，出错后只能靠删配置逐段排查
真需要复杂逻辑？走间接方案
如果项目结构特殊，比如必须按文件内容、修改时间或 Git 状态过滤，files.exclude 就不是合适工具：
- 用
.gitignore配合"search.useIgnoreFiles": true控制搜索范围 - 对临时文件，改用操作系统级隐藏（macOS 的
chflags hidden，Windows 的attrib +h），但注意：VSCode 默认仍会读files.exclude，所以仍需同步配置 - 自动化脚本生成 glob 规则（例如从
.gitignore提取并转成files.exclude条目），比手写正则更可靠
真正卡住人的，往往不是“怎么写正则”，而是没意识到 VSCode 根本不认它——改设置前先确认自己用的是 glob，不是正则，能省掉大半调试时间。
