直接修改类的__dict__、__bases__或用setattr/delattr操作类属性会导致失控：属性覆盖引发状态错乱、可变类属性共享致行为污染、MRO崩溃、契约删除且无法静态检测，最终增加隐蔽调试成本。
直接在运行时修改类的 __dict__、__bases__ 或通过 setattr 往类上挂新属性，会让代码变成“谁都能改、改完谁也不知道”的状态——这不是动态性，是失控。
类属性被随意覆盖，实例行为突然不一致
当你执行 MyClass.field = "new value"，所有已存在和将创建的实例都会立即看到这个变化。如果某个实例刚初始化完、正依赖旧值做计算，它不会“重跑”初始化逻辑，结果就是状态错乱。
- 可变类属性（如
list、dict）被原地修改时，所有实例共享同一对象，一个地方.append()，另一个地方就多出元素 - 不可变类属性（如
str、int）看似安全，但一旦被赋值（MyClass.flag = True），后续所有新实例都继承该值，而旧实例若已通过self.flag = False创建了同名实例属性，就会出现“同名不同值”的割裂 - 没有静态分析工具能追踪这种运行时赋值，
mypy、pylint全部失效
__bases__ 被强行替换，MRO 和内存布局当场崩溃
试图用 MyClass.__bases__ = (NewParent,) 换父类，不是“升级”，而是拿锤子敲内存结构。CPython 会检查新旧类的底层布局是否兼容，稍有不匹配就抛 TypeError: __bases__ assignment: 'X' object layout differs from 'Y'。
- 原类没
__slots__，目标父类有 → 失败：实例缺少 slot 表头，无法对齐 - 两个类都有
__slots__，但字段名或顺序不同 → 失败：偏移量错位，读写会踩到其他字段内存 - 哪怕成功了，
MyClass.__mro__也已改变，所有依赖 MRO 的逻辑（如super()、描述符查找）行为全变，且无日志、无告警
delattr 删除类属性，等于删掉整个类的契约
delattr(MyClass, "method_name") 看似只是删个方法，实际后果更严重：它从类的 __dict__ 中抹掉键值对，之后任何对该方法的调用都会触发 AttributeError，而且这个错误只在运行时暴露，IDE 和类型检查器完全无法预警。
- 如果该方法被子类重写或被装饰器包装过，删除操作可能只影响当前类，子类仍保留旧实现，造成继承链断裂
- 若该属性是描述符（如
@property），delattr会调用其__delete__，而多数描述符没实现该协议，直接报AttributeError: can't delete attribute - 测试用例里用
delattr清理状态？那每个测试必须确保“删之前一定存在”，否则测试本身就不稳定
真正难调试的不是报错，而是“看起来正常却逻辑偏移”——比如某个配置类的 DEFAULT_TIMEOUT 在中间某处被悄悄改成了 1 秒，而下游所有 HTTP 请求开始超时失败，你得翻完整个调用栈才能定位那行 Config.DEFAULT_TIMEOUT = 1。动态修改类属性不是技术能力的体现，是把维护成本转嫁给所有人。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
