本文介绍两种安全、实用的方法，让子类实例自动获取其直接父类（而非自身）的类名，适用于需要统一标识基类行为的场景，避免硬编码或冗余属性。
在 python 面向对象开发中，有时我们需要让一个实例“代表”其父类的身份——例如在日志记录、数据库表映射或序列化时，希望 B() 实例返回 “A” 而非 “B” 作为类型标识。这并非修改类的本质，而是在实例初始化时动态推导语义上更合适的类名。下面提供两种推荐方案，兼顾可读性、健壮性与可维护性。
✅ 方案一：基于 MRO 安全推导（推荐）
Python 的 type(self).mro() 返回方法解析顺序元组，按继承链从当前类到 Object 排列。若目标是“获取直接父类名”，只需取 mro[1]（前提是存在父类）；若为顶层基类（如 A 自身），则回退到 mro[0]：
class A: def __init__(self, obj=None, num=0): if obj is None: obj = {} mro = type(self).mro() # 若当前类不是最顶层（即有父类），取第一个父类名；否则用自身名 self.name = mro[1].__name__ if len(mro) > 1 else mro[0].__name__ self.obj = obj self.num = num class B(A): def __init__(self): super().__init__() class C(B): def __init__(self): super().__init__() # 测试 a = A() # name → "A" b = B() # name → "A"（B 的父类是 A） c = C() # name → "B"（C 的父类是 B） print(a.name, b.name, c.name) # 输出：A A B✅ 优点：无副作用、兼容所有继承结构、不侵入类定义、支持多层继承。 ⚠️ 注意：mro[1] 在单继承下即为直接父类；若使用多重继承（如 class D(A, X):），MRO 可能更复杂，此时需结合业务逻辑判断是否仍适用 mro[1]。
⚠️ 方案二：元类强制重命名（慎用）
通过自定义元类，在类创建时将 __name__ 动态设为其首个父类名。这种方式作用于类对象本身，所有其实例 type(inst).__name__ 均被覆盖：
class BaseClassNameMeta(type): def __new__(mcs, name, bases, dct): # 仅当有父类时，用第一个父类名替代当前类名 if bases: name = bases[0].__name__ return super().__new__(mcs, name, bases, dct) class A(metaclass=BaseClassNameMeta): pass class B(A, metaclass=BaseClassNameMeta): pass a = A() b = B() print(type(a).__name__) # "A" print(type(b).__name__) # "A"❗ 严重警告：此方式会破坏 isinstance() 和类型反射的语义一致性。例如 isinstance(b, B) 仍为 True，但 type(b).__name__ == ‘A’ 可能误导调试、序列化或框架（如 Pydantic、Django ORM）的类型推断。除非有强约束且完全掌控运行环境，否则不建议生产使用。
总结与最佳实践
- 优先采用 MRO 方案：它在实例层面完成命名逻辑，零侵入、易测试、符合 Python 惯例；
- 避免在 __init__ 中硬编码 self.name = “A”，违背封装与可扩展性；
- 若需统一所有子类都“归属”到某个基类名（如全部映射到 “Model”），可在基类中固定 self.name = “Model”，而非依赖继承链；
- 对于复杂继承场景，可封装为工具方法：
def get_parent_class_name(obj, level=1): mro = type(obj).mro() return mro[level].__name__ if level < len(mro) else mro[-1].__name__
掌握类名的动态获取逻辑，不仅解决命名问题，更是深入理解 Python 继承机制与元编程边界的实践入口。