fnmatch比glob更适合文件名字符串匹配，因为它仅做纯字符串通配符匹配（*、?、[abc]），不访问文件系统、不展开路径；而glob会执行系统调用、自动处理路径和递归，开销大且易出错。
fnmatch 为什么比 glob 更适合做文件名字符串匹配？
因为 fnmatch 只做字符串模式匹配，不访问文件系统，也不展开路径。当你已有文件名列表（比如从 os.listdir() 或 pathlib.Path.iterdir() 得到），又想用 *、?、[abc] 这类 shell 风格通配符筛选时，fnmatch.fnmatch() 是最轻量、最可控的选择。而 glob 会直接调用系统调用去查目录，还自动递归和处理路径分隔符，容易在非预期路径上出错。
常见错误现象：glob.glob("*.py") 在当前目录不存在时静默返回空列表；但如果你只是判断一个字符串 "main.py" 是否匹配 "*.py"，用 glob 就绕远路了——这时该用 fnmatch.fnmatch()。
- 只传入纯文件名（不含路径），否则
/会被当作普通字符处理 - 模式中
**不被支持（那是glob的扩展，fnmatch标准不认） - 区分大小写行为取决于 OS：Windows 默认不区分，Linux/macOS 区分；可用
fnmatch.fnmatchcase()强制区分
fnmatch.fnmatch() 和 fnmatch.filter() 的分工怎么选？
fnmatch.fnmatch() 是单个字符串匹配函数，返回 True 或 False；fnmatch.filter() 是批量过滤封装，等价于 [name for name in names if fnmatch.fnmatch(name, pattern)]。两者底层逻辑一致，选哪个只看输入形态。
使用场景举例：
立即学习“Python免费学习笔记（深入）”；
- 检查某个文件是否应被纳入处理：
if fnmatch.fnmatch(filename, "log_???.txt"): - 从一堆文件名中筛出所有备份文件：
backup_files = fnmatch.filter(all_names, "config.*.bak") - 注意：
fnmatch.filter()不会帮你排除子目录或隐藏文件，它只做字符串比对
性能影响：两者都是纯 Python 实现，无显著差异；但若反复调用同一模式，可提前用 fnmatch.translate() 编译成正则（见下节），避免重复解析。
如何把 fnmatch 模式转成正则表达式复用？
fnmatch.translate() 把通配符模式转成标准正则字符串，方便你用 re.compile() 缓存并多次匹配，尤其适合高频调用场景（如日志轮转器实时过滤）。
示例：
import fnmatch
import re
<p>pattern = "<em>.py"
regex_str = fnmatch.translate(pattern) # 返回 r'^[^/]</em>.py$'
compiled = re.compile(regex_str)</p><h1>后续直接复用</h1><p>assert compiled.match("script.py") is not None
assert compiled.match("README.md") is None
关键细节：
-
fnmatch.translate()生成的正则默认以^开头、$结尾，且把/当作路径分隔符拦住（所以它天然适合匹配单个文件名，而非完整路径） - 生成的正则里
.是字面量，*转为[^/]*，?转为[^/]，方括号内容原样保留 - 如果模式含 Windows 风格反斜杠
，需先用.replace("\", "/")统一，否则translate()可能误解析
fnmatch 在跨平台路径处理时容易踩哪些坑？
核心原则：fnmatch 不处理路径，只处理字符串。但用户常误把完整路径（如 "src/utils/helper.py"）直接喂给 fnmatch.fnmatch()，结果因 / 被当普通字符导致匹配失败。
正确做法是分离路径与文件名：
- 用
os.path.basename()或pathlib.Path.name提取纯文件名再匹配 - 若需按路径层级匹配（如
"src/**/*.py"），别硬套fnmatch，改用pathlib.Path.rglob()或glob.iglob(..., recursive=True) - Windows 下注意驱动器盘符：
"C:\temp\*.log"传给fnmatch前必须先转成"*.log"或至少去掉盘符和斜杠
最容易被忽略的一点：fnmatch 对 Unicode 文件名完全透明，但某些旧系统或 SMB 共享返回的文件名可能含编码异常字符，此时 fnmatch.fnmatch() 可能因字符串解码不一致而失配——遇到这类情况，先统一用 os.fsdecode() 解码原始字节名再匹配。
