类属性被意外共享的本质是混淆类属性与实例属性的作用域；可变类属性（如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()），且不复用外部变量。
