应先用path.suffix.lower()统一大小写，再对字符串匹配：case ".py"、case ".js" | ".ts"；多级扩展名需用path.suffixes列表匹配，如case [".tar", ".gz"]；不可直接匹配Path对象，因其不支持结构化模式。
match语句怎么匹配文件扩展名？
Python 3.10 的 match 不是正则，它匹配的是值结构（比如元组、字典、类实例），但文件类型分发通常只看后缀字符串。所以直接对 pathlib.Path.suffix 或 os.path.splitext(filename)[1] 做字符串匹配最自然。
常见错误是试图用 match 解析完整路径或误以为能自动识别 MIME 类型——它不会，你得自己提供映射逻辑。
- 用
path.suffix.lower()统一大小写，避免".JPG"和".jpg"匹配失败 - 把
match放在函数里封装逻辑，别裸写在循环顶层 - 注意
path.suffix返回".py"这种带点的字符串，模式里要写全
def dispatch_by_suffix(path: Path) -> str:
match path.suffix.lower():
case ".py":
return "python"
case ".js" | ".ts":
return "javascript"
case ".jpg" | ".jpeg" | ".png" | ".gif":
return "image"
case "" | ".":
return "no_extension"
case _:
return "unknown"
为什么不能直接 match pathlib.Path 对象？
pathlib.Path 是一个类实例，不是可拆解的模式（如 Point(x, y) 那种带位置参数的结构）。它的 __match_args__ 是空元组，所以 match path 只能走 case path 这种全等判断，毫无分发意义。
你真正想匹配的是它的属性，不是对象本身。所以必须先提取字段：
立即学习“Python免费学习笔记（深入）”；
- 错误写法：
match my_path: case Path(suffix=".py"):→ 报TypeError: Path() does not support match patterns - 正确做法：先取
my_path.suffix，再对字符串match - 如果硬要“匹配路径对象”，得自己给
Path子类加__match_args__，但没必要，也破坏可读性
处理多级扩展名（如 .tar.gz）要注意什么？
path.suffix 只返回最后一段扩展名（".gz"），而 path.suffixes 返回列表（[".tar", ".gz"]）。如果你需要识别归档类型，得用后者：
-
path.suffixes是list[str]，可直接用于序列匹配 - 但注意顺序：永远从右往左，
[".tar", ".gz"]表示先压缩再打包 - 常见组合建议优先匹配长后缀（如
case [".tar", ".gz"]），再 fallback 到单后缀
match path.suffixes:
case [".tar", ".gz"]:
return "application/gzip-tar"
case [".zip"]:
return "application/zip"
case [".gz"]:
return "application/gzip"
case _:
return dispatch_by_suffix(path) # 回退到单后缀逻辑
和 if/elif 比，match 在这里真有优势吗？
有，但只在特定场景：分支多、有逻辑组合、或需解构时才明显。纯字符串等值判断，if/elif 和 match 性能几乎一样，可读性取决于团队习惯。
- 多个后缀共用同一处理逻辑时，
case ".js" | ".ts" | ".jsx"比写三行elif更紧凑 - 如果后续要扩展为匹配完整 MIME 类型（比如基于内容魔数），
match的结构更易演进 - 容易被忽略的一点：
match是表达式，可直接赋值，比如handler = match ...，而if必须用函数或提前定义变量
实际项目中，如果只是简单分发，用字典映射（EXT_MAP.get(path.suffix.lower(), "unknown")）反而更快更直白；match 的价值在于你需要条件嵌套、守卫（if 子句）、或未来可能加入类实例匹配时。
