match case 不能直接匹配异常对象，因Python 3.10的match仅支持普通对象结构化匹配，异常需先在except中提取信息转为元组或字典再匹配。
match case 不能直接匹配异常对象
Python 3.10 的 match 语句不支持对异常实例做结构化模式匹配——它只作用于普通对象的形状（如元组、字典、数据类），而 Exception 实例本身没有可被 match 解构的公共属性模式。你写不出类似 match exc: case ValueError(): ... 这样的合法代码，会报 SyntaxError: invalid pattern。
常见误解是以为 match 能替代 except 分支，但二者定位完全不同：异常捕获靠 try/except，模式匹配靠 match 处理已存在的值。
想用 match 处理异常，得先把异常转成可匹配的数据结构
可行路径是：在 except 块中提取异常的关键信息（类型、参数、消息等），构造一个元组或字典，再交给 match 处理。
-
match (type(exc).__name__, exc.args)：按异常类名和参数元组匹配，适合区分ValueError和TypeError等基础差异 -
match {"type": type(exc).__name__, "msg": str(exc)}：构造字典更易读，但注意字典模式要求键名完全一致且不可变 - 避免用
str(exc)做主匹配依据——不同 locale 或格式化方式会导致字符串不稳定
示例：
立即学习“Python免费学习笔记（深入）”；
try:
risky_operation()
except Exception as exc:
match (type(exc).__name__, exc.args):
case ("ValueError", (msg,)) if "timeout" in msg:
print("超时相关 ValueError")
case ("ConnectionError", _):
print("网络连接失败")
case ("KeyError", (key,)):
print(f"缺失键：{key}")
case _:
print("其他异常")
match case 在异常处理中的真实适用场景有限
它只适合「异常已捕获、需按多维条件做细粒度分发」的少数情况。比如日志分类、错误码映射、API 响应构造等，而非替代标准异常流程。
- 性能上：构造元组/字典 +
match比直连except ValueError:多一层开销，高频异常路径慎用 - 可读性上：嵌套过深（如
except Exception再match）会让错误流向变模糊，调试时堆栈里看不到原始except分支 - 类型提示难覆盖：mypy 和 pyright 对这种动态元组匹配支持弱，
match分支的类型推导容易失效
别忽略 except 的原生能力
Python 的 except 本身就支持元组、带 as 绑定、条件判断（if 在 except 块内）、甚至多个 except 并列，多数需求用原生语法更直接：
try:
...
except (ValueError, TypeError) as e:
if "invalid" in str(e):
handle_invalid()
else:
re_raise()
except ConnectionError:
retry()
真正需要 match 的，往往是异常上下文已结构化（比如你自己的 Result 类型返回 Err(...)），而不是从 raise 飞出来的原始异常。
