17370845950

类属性被意外共享的本质是混淆类属性与实例属性的作用域；可变类属性（如list、dict）导致子类实例共享同一对象；子类动态修改父类属性易造成逻辑割裂；类方法硬编码父类名会绕过子类隔离；元类或装饰器注入类属性时未做子类隔离处理亦引发共享问题。

类属性在子类中被意外共享，本质是混淆了“类属性”和“实例属性”的作用域与生命周期。Python 中类属性属于类对象本身，所有实例（包括子类实例）默认共享同一份内存地址——除非显式覆盖或重新赋值。下面几种写法最容易导致隐蔽的共享问题。

用可变对象（如 list、dict）直接定义类属性

这是最常见也最危险的错误。类属性若为可变对象，子类未重定义时会沿用父类的引用，所有子类实例操作的其实是同一个对象。

• 错误示例：class Animal:
    skills = [] # 可变类属性
  class Dog(Animal): pass
  class Cat(Animal): pass
  Dog.skills.append("bark")
  Cat.skills.append("meow")
  print(Dog.skills) # ['bark', 'meow'] ← 意外共享！
• 正确做法：把可变数据移到 __init__ 中作为实例属性；或在类内用 None 占位，首次访问时惰性初始化。

子类未重写类属性，却在运行时动态修改父类属性

子类没有定义同名类属性时，对 SubClass.attr 的读取会回溯到父类；但若执行 SubClass.attr = ...，则会在子类命名空间创建新属性——看似隔离，实则容易误判。

• 典型陷阱：开发者以为 Dog.name = "Dog" 是给子类设名，但后续若又写 Animal.name = "Animal"，Dog 的 name 不受影响；可如果只改 Dog.name 而忘了其他子类，逻辑就割裂了。
• 建议：明确区分配置类属性（应设计为只读常量）和状态类属性（应避免，改用实例或单例管理）。

使用类方法修改类属性，却忽略子类继承链

类方法（@classmethod）中的 cls 指向实际调用者类，但如果类方法内部硬编码了父类名来修改属性，就会绕过子类隔离意图。

• 错误示例：class Base:
    count = 0
    @classmethod
    def inc(cls):
      Base.count += 1 # 硬编码父类名 → 所有子类共用 Base.count
• 修复方式：用 cls.count += 1，并确保子类定义了自己的 count（否则仍回溯）；更稳妥的是在子类中显式初始化：count = 0。

元类或装饰器自动注入类属性，未做子类隔离处理

当通过元类、类装饰器批量添加属性（如注册表、缓存字典）时，若未按 cls 分别绑定，极易让所

• 风险场景：装饰器为每个类添加 _handlers = {}，但实现时写成 klass._handlers = global_dict，而非 klass._handlers = {}。
• 检查要点：所有自动注入的类属性，必须保证每次赋值都是新对象（[]、{}、set()），且不复用外部变量。