结构化模式匹配（match/case）不能直接匹配任意类实例，因其默认仅支持内置类型及显式定义__match_args__的类；该元组需为字符串形式、对应可访问属性，否则解构失败或静默失效。
结构化模式匹配（match/case）本身不改变类的定义或继承行为，但它显著改变了类实例的“解构式分发逻辑”写法——尤其是当你需要根据对象类型、属性值或嵌套结构做多分支处理时。
为什么不能直接 match 任意类实例
Python 的 match 不是基于鸭子类型或 __dict__ 自动展开的。默认情况下，它只识别内置可解构对象（如 list、tuple、dict）和实现了 __match_args__ 或 __match_args__ = () 的类。
- 没定义
__match_args__的自定义类，在case MyClass()中只能做身份/类型匹配，无法提取属性 -
case MyClass(x, y)会报TypeError: cannot match against non-pattern，除非你显式声明__match_args__ = ("x", "y") - 即使有
__match_args__，也只控制位置参数顺序，不支持关键字解构（case MyClass(x=1)无效）
__match_args__ 怎么设才安全
这个类变量必须是字符串元组，且对应实例属性名；它不是类型提示，也不校验属性是否存在或是否可读。
class Point:
__match_args__ = ("x", "y") # ✅ 顺序即解构顺序
def __init__(self, x, y):
self.x = x
self.y = y
<h1>匹配时按顺序绑定</h1><p>match p:
case Point(0, 0):
print("origin")
case Point(x, 0):
print(f"x-axis at {x}")
case Point(0, y):
print(f"y-axis at {y}")
</p>
- 如果
Point实例没有x属性（比如被动态删了），match运行时仍会尝试读取，抛出AttributeError - 不要写
__match_args__ = ["x", "y"]—— 必须是tuple，否则静默失效 - 空元组
__match_args__ = ()表示禁止位置解构，只允许case Point()这种类型检查
和 isinstance + getattr 比，match 真快吗
在简单类型分发场景下，match 通常比链式 if isinstance(...) and ... 快 10%–30%，但优势不在性能，而在可维护性。
- 嵌套结构（如
case Node(left=Node(), right=Leaf())）用传统方式要写多层if和hasattr，极易漏判 -
match编译期就能检查穷尽性（配合typing.TypeGuard或 mypy 插件），而if/elif/else容易漏掉分支 - 但注意：
match对象必须是“可哈希 + 可比较”的，对带__eq__重载或含不可哈希字段（如list）的类，行为可能不符合直觉
真正容易被忽略的边界点
结构化模式匹配不是万能的类型分发替代品：它不触发 __getattribute__，不走 descriptor 协议，也不调用任何用户定义方法。所有解构都基于直接属性访问。
- 如果你的类用
@property封装了逻辑，__match_args__里写的是属性名，match会直接读底层字段（绕过 property） - 数据类（
@dataclass）默认不生成__match_args__，哪怕你用了field(default=...)—— 必须手动加 - 继承链中，子类不会自动继承父类的
__match_args__，需显式重复或用类装饰器注入
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
