Python类与实例属性查找顺序详解

Python属性查找远非简单的“先实例后类”，而是严格遵循MRO（方法解析顺序）的精密机制：优先检查实例__dict__，未命中则沿MRO链从当前类开始逐级向上搜索各类__dict__，直至object；其中__getattribute__作为总闸门可全程拦截，property等数据描述符虽优先于实例属性但仍受其制约；更需警惕的是，实例赋值（obj.x = ...）会创建独立副本遮蔽类属性，而对可变类属性（如list）的内容修改却会全局生效——理解这一微妙差异，是避免共享污染、正确设计类行为与调试诡异bug的关键所在。

Python 中属性查找的 MRO 顺序是什么

Python 查找属性时，不是先看实例再看类那么简单——它严格遵循方法解析顺序（MRO），即从实例的 __class__ 开始，沿继承链向上搜索，直到 object。这个顺序由 C3 线性化算法决定，可通过 ClassName.mro() 查看。

关键点在于：**实例属性 > 类属性 > 父类属性 > 内置基类属性**，但所有“类属性”层面的查找都走 MRO，不跳过中间类。

• 如果实例有 __dict__ 中的同名属性，直接返回，不触发 MRO 查找
• 如果实例没有，才从 type(instance) 开始按 MRO 元组逐个检查类的 __dict__
• super() 的行为也依赖 MRO，不是简单找父类

为什么给实例赋值会“遮蔽”类变量

给实例设置属性（如 obj.x = 1）会在该实例的 __dict__ 中新建条目，后续对该实例访问 x 就不再进入 MRO 查找——这和“类变量被修改”是两回事。

常见误判场景：

• 多个实例共享一个可变类属性（如 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 = []）只改变类本身，不影响已有实例。

今天带大家了解了的相关知识，希望对你有所帮助；关于文章的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~