直接修改__bases__仅对新式类可行，需满足基类已存在、无循环继承、mro线性一致及内存布局兼容（如__slots__一致），否则抛typeerror；更安全的替代方案是动态改__class__或用new_class。
直接修改 __bases__ 是可行的，但仅限于**新式类（即显式或隐式继承自 object 的类）**，且有严格限制：新基类元组中所有类必须已存在、不能引入循环继承、不能改变 MRO 的线性一致性——否则会立即抛出 TypeError。
为什么 __bases__ 赋值会失败？常见报错和原因
最常遇到的是 TypeError: __bases__ assignment: 'X' object layout differs from 'Y'。这不是 Python 在“阻止你”，而是 CPython 底层检测到内存布局不兼容：比如你想把一个没有 __slots__ 的类动态改成继承自一个定义了 __slots__ 的类，实例对象的内存结构就无法对齐。
- 目标基类含
__slots__，而原类不含 → 失败 - 原类含
__slots__，目标基类不含 → 通常允许，但新增属性可能绕过__slots__检查（不推荐依赖） - 两个类都用
__slots__，但 slot 名称不一致或顺序冲突 → 失败 - 试图把内置类型（如
list、dict）加入__bases__→ 总是失败
安全修改 __bases__ 的前提条件
只有满足全部以下条件，赋值才可能成功：
- 类必须是新式类（Python 3 中默认满足，Python 2 需显式继承
object） - 新
__bases__元组中的每个类都已定义，且彼此间无继承冲突 - 新旧基类在 C 层的内存布局完全兼容（最稳妥的方式是：只替换为同构类——即同样无
__slots__、同样无自定义__new__或影响布局的方法） - MRO 必须仍能线性化（可通过
cls.__mro__验证是否变化后仍合法）
例如：class A: pass 和 class B: pass 可互换基类；但 class C: __slots__ = ('x',) 不能被动态加进 A.__bases__。
实际可用的替代方案：不用改 __bases__，也能达到类似效果
绝大多数想“动态换父类”的真实需求，其实是要改变行为而非结构。硬改 __bases__ 风险高、兼容差、调试难。更可靠的做法是：
- 用
types.new_class()创建新类，复用原类的__dict__（注意过滤掉描述符和方法绑定） - 通过
__getattr__或__getattribute__动态代理到另一个实例或类 - 用装饰器或 mixin 注入方法，而不是修改继承链
- 对单个实例，直接设置
instance.__class__ = NewClass（要求NewClass和原类布局兼容，比改__bases__更宽松）
比如让某个对象临时“表现得像”子类：obj.__class__ = type('TempSub', (Original, Mixin), {})，比动 Original.__bases__ 安全得多。
真正需要改 __bases__ 的场景极少，一旦涉及 __slots__、C 扩展类或带自定义 __new__ 的类，几乎必然失败。动手前先确认：你改的真是继承关系，还是只是想改行为？后者几乎总有更稳的路。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
