Python是一門面向?qū)ο蟮恼Z言，定義類時經(jīng)常要用到繼承，在類的繼承中，子類繼承父類中已經(jīng)封裝好的方法，不需要再次編寫，如果子類如果重新定義了父類的某一方法，那么該方法就會覆蓋父類的同名方法，但是有時我們希望子類保持父類方法的基礎上進行擴展，而不是直接覆蓋，就需要先調(diào)用父類的方法，然后再進行功能的擴展，這時就可以通過super來實現(xiàn)對父類方法的調(diào)用。

super的用法

看下面一個例子：

class A:
 def func(self):
  print("A的func執(zhí)行")

class B(A):
 def func(self):
  super().func()
  print("B擴展的func執(zhí)行")

b = B()
b.func()
# 輸出結果為：
# A的func執(zhí)行
# B擴展的func執(zhí)行

上面程序中，A是父類，B是A的子類，我們在A類中重定義了func()方法，在B類中重新定義了func()方法，在方法中通過super().func()又調(diào)用了父類的方法，所以執(zhí)行結果才會有A類func()方法輸出。

如果經(jīng)?？碢ython內(nèi)置庫及第三方庫源碼的話，你會發(fā)現(xiàn)，super用的非常多的地方是在子類中調(diào)用父類的初始化__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就是用來獲取父類并用來調(diào)用父類方法的，這樣說對不對呢，其實是不對的，使用supper獲取的不是父類，而是MRO列表中的下一個類，所謂MRO列表即方法解析順序(Method Resolution Order)列表，它代表著類繼承的順序，我們可以使用以下幾種獲得某個類的MRO列表：

C.mro()
C.__mro__
c.__class__.__mro__

MRO列表的順序確定經(jīng)歷了很多次的變遷，最新的是通過C3線性化算法來實現(xiàn)的，感興趣的話可以自行了解一下，總的來說，一個類的MRO列表就是合并所有父類的MRO列表，并遵循以下三條原則：

• 子類永遠在父類前面
• 如果有多個父類，會根據(jù)它們在列表中的順序被檢查
• 如果對下一個類存在兩個合法的選擇，選擇第一個父類

下面來看一下下面這個例子：

class A(Base):
 def func(self):
  print("A的func執(zhí)行")
  super().func()
  print("A的func執(zhí)行完畢")

class B(Base):
 def func(self):
  print("B的func執(zhí)行")
  super().func()
  print("B的func執(zhí)行完畢")
class C(A, B):
 def func(self):
  print("C的func執(zhí)行")
  super().func()
  print("C的func執(zhí)行完畢")

c = C()
c.func()
# 獲取MRO列表
print(c.__class__.__mro__)

執(zhí)行結果如下：

上述程序中，Base是父類，A、B都繼承自Base，C繼承自 A、B，它們的繼承關系就是一個典型的菱形繼承，如下：

通過結果我們可以看出，super并不是獲取父類并用來調(diào)用父類的方法，而是根據(jù)MRO列表一次調(diào)用下一個類，使用c.__class__.__mro__可以獲取MRO列表，MRO列表的順序是C、A、B、Base、object。

super的原理

super計算方法解析順序中的下一個類，可以接收兩個參數(shù)：

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__() 中被隱式地調(diào)用，需要程序員顯式調(diào)用它們。這種情況下，當程序中包含多重繼承的類層次結構時，使用 super 是非常危險的，往往會在類的初始化過程中出現(xiàn)問題。

混用super與顯式類調(diào)用

分析如下程序，C 類使用了 __init__() 方法調(diào)用它的基類，會造成 B 類被調(diào)用了 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

出現(xiàn)以上這種情況的原因在于，C 的實例調(diào)用 A.__init__(self)，使得 super(A,self).__init__() 調(diào)用了 B.__init__() 方法。換句話說，super 應該被用到整個類的層次結構中。

但是，有時這種層次結構的一部分位于第三方代碼中，我們無法確定外部包的這些代碼中是否使用 super()，因此，當需要對某個第三方類進行子類化時，最好查看其內(nèi)部代碼以及 MRO 中其他類的內(nèi)部代碼。

不同種類的參數(shù)

使用 super 的另一個問題是初始化過程中的參數(shù)傳遞。如果沒有相同的簽名，一個類怎么能調(diào)用其基類的 __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 包裝的參數(shù)和關鍵字參數(shù)，這樣即使不使用它們，所有的構造函數(shù)也會傳遞所有參數(shù)，如下所示：

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

不過，這是一種很糟糕的解決方法，由于任何參數(shù)都可以傳入，所有構造函數(shù)都可以接受任何類型的參數(shù)，這會導致代碼變得脆弱。另一種解決方法是在 MyClass 中顯式地使用特定類的 __init__() 調(diào)用，但這無疑會導致第一種錯誤。

總結

現(xiàn)在我們知道：supper獲取的是MRO列表中的下一個類，當前類的父類沒有實質(zhì)性的關系；還有如何查看MRO列表。最后需要注意的是super以及MRO列表，針對都是Python新式類！

英語好的話可以讀一下這邊文章Python's super() consideredsuper

到此這篇關于python中super()函數(shù)的理解與基本使用的文章就介紹到這了,更多相關python中super()函數(shù)內(nèi)容請搜索本站以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持本站！

海外服務器租用

版權聲明：本站文章來源標注為YINGSOO的內(nèi)容版權均為本站所有，歡迎引用、轉載，請保持原文完整并注明來源及原文鏈接。禁止復制或仿造本網(wǎng)站，禁止在非maisonbaluchon.cn所屬的服務器上建立鏡像，否則將依法追究法律責任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來，僅供學習參考，不代表本站立場，如有內(nèi)容涉嫌侵權，請聯(lián)系alex-e#qq.com處理。