Python属性查找严格遵循MRO顺序：实例__dict__ > 按MRO从__class__开始逐类__dict__查找 > object；__getattribute__为总闸门，property作为数据描述符优先于实例属性，但低于__getattribute__拦截。
Python 中属性查找的 MRO 顺序是什么
Python 查找属性时，不是先看实例再看类那么简单——它严格遵循方法解析顺序（MRO），即从实例的 __class__ 开始，沿继承链向上搜索，直到 object。这个顺序由 C3 线性化算法决定，可通过 ClassName.mro() 查看。
关键点在于：**实例属性 > 类属性 > 父类属性 > 内置基类属性**，但所有“类属性”层面的查找都走 MRO，不跳过中间类。
- 如果实例有
__dict__中的同名属性，直接返回，不触发 MRO 查找 - 如果实例没有，才从
type(instance)开始按 MRO 元组逐个检查类的__dict__ -
super()的行为也依赖 MRO，不是简单找父类
为什么给实例赋值会“遮蔽”类变量
给实例设置属性（如 obj.x = 1）会在该实例的 __dict__ 中新建条目，后续对该实例访问 x 就不再进入 MRO 查找——这和“类变量被修改”是两回事。
常见误判场景：
立即学习“Python免费学习笔记（深入）”；
- 多个实例共享一个可变类属性（如
list），结果互相污染 - 误以为
self.x = ...是在更新类变量，实际只是绑定到当前实例 - 用
del obj.x删除后，再次访问才重新触发 MRO 查找类属性
示例：
class A:
x = []
a1, a2 = A(), A()
a1.x.append(1)
print(a2.x) # [1] —— 共享的是同一个 list 对象
@property 和 __getattribute__ 如何介入查找流程
__getattribute__ 是属性访问的总闸门，只要访问任意属性（包括 __dict__、__class__），它都会被调用；而 @property 是数据描述符，优先级高于实例字典中的同名属性，但低于 __getattribute__ 的显式拦截。
- 若自定义了
__getattribute__，必须显式调用super().__getattribute__(name)才能触发后续 MRO 查找，否则整个链路被截断 -
@property本质是实现了__get__的描述符，属于“数据描述符”，所以比实例__dict__中的同名键优先 - 非数据描述符（如方法、
@classmethod）则在实例属性未命中后才被查到
动态修改类属性时实例是否同步更新
只影响尚未在实例中设置该属性的那些对象。一旦实例执行过 obj.attr = ...，它就拥有了自己的副本，后续对类属性的修改与之无关。
- 读取时：实例有则用实例的，没有才读类的（按 MRO）
- 写入时：
obj.attr = ...永远写入实例__dict__，不会修改类属性 - 想强制更新所有实例？只能遍历已存在的实例并手动赋值，或改用
__setattr__拦截（慎用）
最容易被忽略的是：类属性本身是对象引用，修改其内容（如 cls.items.append(...)）会影响所有共享它的实例；但重新赋值（cls.items = []）只改变类本身，不影响已有实例。
