match-case 是专为嵌套数据结构设计的解构工具，能一次性完成类型校验、键存在性检查、字段提取和嵌套访问；如 case {"data": list(items), "error": None} 断言字典结构及值约束，远超简单值比对。
match-case 不是为“简化 if 链”而生的，它是专为嵌套数据结构设计的解构工具——当你面对 API 响应、配置字典、消息协议或复合类实例时，它能把类型校验、键存在性检查、字段提取、嵌套访问这四件事压进一行。
匹配嵌套字典时，case {"data": list(items), "error": None}: 一次性干了什么？
它不是在“比值”，而是在做结构断言：
- 确认输入是
dict类型（不是str或None） - 断言
"data"和"error"键必须存在（缺一个就跳过该分支） - 要求
"data"的值能被解包为list，并把整个列表绑定给items - 要求
"error"的值严格等于None（不是False、空字符串或未定义）
等效的 if 写法至少要三层嵌套：if isinstance(resp, dict) and "data" in resp and "error" in resp and resp["error"] is None and isinstance(resp["data"], list)，还漏了 KeyError 防御。
case ["move", direction] 比 cmd[0] == "move" 安全在哪？
前者是结构验证 + 解包，后者只是下标取值：
-
case ["move", direction]:要求cmd是list或tuple、长度 ≥ 2、首元素字面量等于"move"，然后才把第二个元素安全绑定给direction -
cmd[0] == "move"在cmd = []、cmd = "move"、cmd = None时全部抛异常 - 支持星号解包：
case ["copy", src, dst]:（固定三元）、case ["move", *files, dst]:（中间任意多）、case [cmd, arg, *_]:（只取前两个）
匹配自定义类时，case Point(x, y) 失效的真正原因
不是语法错，是 Python 默认不暴露字段顺序：
立即学习“Python免费学习笔记（深入）”；
- 没定义
__match_args__的类，case Point(x, y)实际尝试按构造函数参数顺序匹配（类似Point.__init__的位置参数），而不是读取实例属性 - 正确做法：在类里加
__match_args__ = ("x", "y")，这样匹配时才会从实例上取.x和.y -
@dataclass类默认有__match_args__，但只包含你在__init__中声明的位置参数；字段顺序错一位，匹配就失败 - Python 3.12+ 支持
case Point(**kwargs)，但 3.10/3.11 不行，抄错版本会静默失效
守卫条件 if 必须写在 case 行末，且只在匹配成功后执行
这是最易忽略的安全优势：
-
case {"user": {"id": int(uid), "name": str(name)}} if uid > 0:——uid和name已经是解构出的变量，不用再写resp.get("user", {}).get("id") -
if不会在匹配失败时执行，避免了expensive_check()被反复调用 - 不能换行写
if，也不能在case _:后直接用data["id"]——_绑定的是原值，不是解构结果，这里访问会KeyError
match-case 的结构断言优势越明显；但一旦写成 case 200 | 404 | 500: 这种纯枚举，它就退化为线性比对，反而不如 status in {200, 404, 500}。关键不在“用了新语法”，而在是否让模式真正承载结构信息。 
