python中super()函数的理解与基本使用
作者:tigeriaf
前言
Python是一门面向对象的语言,定义类时经常要用到继承,在类的继承中,子类继承父类中已经封装好的方法,不需要再次编写,如果子类如果重新定义了父类的某一方法,那么该方法就会覆盖父类的同名方法,但是有时我们希望子类保持父类方法的基础上进行扩展,而不是直接覆盖,就需要先调用父类的方法,然后再进行功能的扩展,这时就可以通过super来实现对父类方法的调用。
super的用法
看下面一个例子:
class A: def func(self): print("A的func执行") class B(A): def func(self): super().func() print("B扩展的func执行") b = B() b.func() # 输出结果为: # A的func执行 # B扩展的func执行
上面程序中,A是父类,B是A的子类,我们在A类中重定义了func()方法,在B类中重新定义了func()方法,在方法中通过super().func()又调用了父类的方法,所以执行结果才会有A类func()方法输出。
如果经常看Python内置库及第三方库源码的话,你会发现,super用的非常多的地方是在子类中调用父类的初始化__init__()方法,这种用法非常常见。
class A: def __init__(self, x): self.x = x class B(A): def __init__(self, x, y): super().__init__(x) self.y = y b = B(1, 2) print(b.x, b.y)
看到这,你会想到super就是用来获取父类并用来调用父类方法的,这样说对不对呢,其实是不对的,使用supper获取的不是父类,而是MRO列表中的下一个类,所谓MRO列表即方法解析顺序(Method Resolution Order)列表,它代表着类继承的顺序,我们可以使用以下几种获得某个类的MRO列表:
C.mro() C.__mro__ c.__class__.__mro__
MRO列表的顺序确定经历了很多次的变迁,最新的是通过C3线性化算法来实现的,感兴趣的话可以自行了解一下,总的来说,一个类的MRO列表就是合并所有父类的MRO列表,并遵循以下三条原则:
- 子类永远在父类前面
- 如果有多个父类,会根据它们在列表中的顺序被检查
- 如果对下一个类存在两个合法的选择,选择第一个父类
下面来看一下下面这个例子:
class A(Base): def func(self): print("A的func执行") super().func() print("A的func执行完毕") class B(Base): def func(self): print("B的func执行") super().func() print("B的func执行完毕") class C(A, B): def func(self): print("C的func执行") super().func() print("C的func执行完毕") c = C() c.func() # 获取MRO列表 print(c.__class__.__mro__)
执行结果如下:
上述程序中,Base是父类,A、B都继承自Base,C继承自 A、B,它们的继承关系就是一个典型的菱形继承,如下:
通过结果我们可以看出,super并不是获取父类并用来调用父类的方法,而是根据MRO列表一次调用下一个类,使用c.__class__.__mro__可以获取MRO列表,MRO列表的顺序是C、A、B、Base、object。
super的原理
super计算方法解析顺序中的下一个类,可以接收两个参数:
def super(cls, inst): mro = inst.__class__.mro() return mro[mro.index(cls) + 1]
- 通过inst负责生成MRO列表
- 通过cls定位在MRO列表中的index, 并返回mro[index + 1]
Python super()使用注意事项
Python 中,由于基类不会在 __init__() 中被隐式地调用,需要程序员显式调用它们。这种情况下,当程序中包含多重继承的类层次结构时,使用 super 是非常危险的,往往会在类的初始化过程中出现问题。
混用super与显式类调用
分析如下程序,C 类使用了 __init__() 方法调用它的基类,会造成 B 类被调用了 2 次:
class A: def __init__(self): print("A",end=" ") super().__init__() class B: def __init__(self): print("B",end=" ") super().__init__() class C(A,B): def __init__(self): print("C",end=" ") A.__init__(self) B.__init__(self) print("MRO:",[x.__name__ for x in C.__mro__]) C()
运行结果为:
MRO: ['C', 'A', 'B', 'object']
C A B B
出现以上这种情况的原因在于,C 的实例调用 A.__init__(self),使得 super(A,self).__init__() 调用了 B.__init__() 方法。换句话说,super 应该被用到整个类的层次结构中。
但是,有时这种层次结构的一部分位于第三方代码中,我们无法确定外部包的这些代码中是否使用 super(),因此,当需要对某个第三方类进行子类化时,最好查看其内部代码以及 MRO 中其他类的内部代码。
不同种类的参数
使用 super 的另一个问题是初始化过程中的参数传递。如果没有相同的签名,一个类怎么能调用其基类的 __init__() 代码呢?这会导致下列问题:
class commonBase: def __init__(self): print("commonBase") super().__init__() class base1(commonBase): def __init__(self): print("base1") super().__init__() class base2(commonBase): def __init__(self): print("base2") super().__init__() class myClass(base1,base2): def __init__(self,arg): print("my base") super().__init__(arg) myClass(10)
运行结果为:
my base
Traceback (most recent call last):
File "C:\Users\mengma\Desktop\demo.py", line 20, in <module>
myClass(10)
File "C:\Users\mengma\Desktop\demo.py", line 19, in __init__
super().__init__(arg)
TypeError: __init__() takes 1 positional argument but 2 were given
一种解决方法是使用 *args 和 **kwargs 包装的参数和关键字参数,这样即使不使用它们,所有的构造函数也会传递所有参数,如下所示:
class commonBase: def __init__(self,*args,**kwargs): print("commonBase") super().__init__() class base1(commonBase): def __init__(self,*args,**kwargs): print("base1") super().__init__(*args,**kwargs) class base2(commonBase): def __init__(self,*args,**kwargs): print("base2") super().__init__(*args,**kwargs) class myClass(base1,base2): def __init__(self,arg): print("my base") super().__init__(arg) myClass(10)
运行结果为:
my base
base1
base2
commonBase
不过,这是一种很糟糕的解决方法,由于任何参数都可以传入,所有构造函数都可以接受任何类型的参数,这会导致代码变得脆弱。另一种解决方法是在 MyClass 中显式地使用特定类的 __init__() 调用,但这无疑会导致第一种错误。
总结
现在我们知道:supper获取的是MRO列表中的下一个类,当前类的父类没有实质性的关系;还有如何查看MRO列表。最后需要注意的是super以及MRO列表,针对都是Python新式类!
英语好的话可以读一下这边文章Python's super() considered super
到此这篇关于python中super()函数的理解与基本使用的文章就介绍到这了,更多相关python中super()函数内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!