Python的Super方法

我们最常见的，可以说几乎唯一能见到的使用super的形式是：

其中，最常见的method()是init()

以前做过Java，刚刚接触Python的继承，的确感觉有点奇怪，有时候还能搞混。。。当然这还是因为Java是单继承，只能用接口实现类似多继承的方式，而Python就直接支持多继承。

当我第一次见到这个super()的时候，我想说，这是啥啊？为什么Python的super看起来这么奇怪呢？

super直接指向父类的实例不就得了么？为什么非得搞两个参数？

而且第一个参数还是自己的类名，而不是父类的类名！

既然是自己的类名你还费劲写一遍干嘛，干脆省略不得了？

第二个参数为啥是self？既然是self你省略不得了？

还有，super()返回的是个啥玩意啊，为什么可以.method() ? 难道他返回了一个BaseClass的instance么？

今天就来解答这一连串的问题。

1）super直接指向父类的实例不就得了么？

首先是不能指向，因为子类实例里面根本就没有一个父类实例，这跟java是不同的。详细看这里。

其次是即便像我们想象的，子类实例里有一个叫super的指针，指向父类的实例（这个父类实例在子类实例生成的时候自动生成了，是子类实例的一个‘成员’）。

但是由于多继承的存在，还是会有问题。这也是跟java不同，java不支持多继承，java用接口的方式实现多继承。

举个例子：

当只存在单继承的时候，一切很美好，就像java一样：

你只需要在重写方法的时候，用super去调用父类的方法，然后再做自己的事就可以了。

但是在多继承的情况下，一切都不美好了：

当艺人展示自己能力的时候，他说，父亲啊，你先展示自己的能力，然后我来！

但是父亲是谁？ 他有两个父亲！ 总不能写两遍 super.展示自己 吧？

那么我们自然想到，给super搞一个参数不得了，指出super的是哪个父类。

比如 super(歌手).展示自己()，super(演员).展示自己()，好像一切又可以美好了：

先不说这种写法多么的丑陋，重复了那么多无意义的、类似的行，单说这种方法根本就行不通。

我们看看如果某个艺人的实例调用了.展示能力() ，将会输出什么：

有必要告诉大家两遍你是个人类么？这要是一个又身兼了主持人的艺人，岂不是得大声宣布三次自己是个人类？？

这显然是不好的。

而且，这只是其一，假设多说了几遍自己是人类你也能忍，那么还有一种情况，更糟。

你比如说，艺人类没有重写 展现自己() 这个方法，当你用艺人的实例去调用 展现自己()的时候，将会发生啥？

不重写的方法自动调用父类的，但是有两个父类呀！调用哪个的呢？任意调用一个（比如按从左到右的顺序）？

那么体现不出他另一个父类的特点呀！比如调用歌手类的，那只能体现出这个艺人既是个歌手，又是个人类，根本体现不出他是个演员！

两个都调用？那万一其中一个父类没有这个方法呢？而且先调用哪个后调用哪个？按照左右顺序么？

总之这样很乱，编译器表示压力很大。

所以，python的super()用了两个参数。

先写在这里：

super(SubClass, self).method() 的意思是，根据self去找SubClass的‘父亲’，然后调用这个‘父亲’的method()

最最重点的地方来了：对于一个类来说，它的‘父类’到底是谁，取决于站在谁的角度去看。

‘父亲’之所以加了引号，是因为‘父亲’并不一定是上下级的继承关系，很可能只是兄弟。比如上图中歌手的‘父亲’是‘演员’，但实际上他们是兄弟关系。

所以以后用‘下一个类’来代替这个带引号的‘父亲’。

总之，站在不同的实例的角度，看到的‘下一个类’是不同的。

这就是super()第二个参数————self 的意义。

如果是一个歌手实例调用的，那么self=歌手实例，super()将站在一个歌手的角度，去找歌手类的‘下一个类’，则会找到人类；

如果是一个艺人实例调用的，那么self=艺人实例，super()将站在一个艺人的角度，去找歌手类的‘下一个类’，则会找到演员。

代码如下：

运行结果：

这里需要注意：当一个类从多个类继承的时候，按照从左到右的顺序。

也就是说，站在艺人的角度，首先看到艺人类的‘下一个类’是歌手类，然后歌手类的‘下一个类’是演员类。

这是因为歌手写在了左边：Artist(Singer, Actor)

看一下上面代码的执行过程吧：

由于 super() 绝大多数时候，都在咱们开篇说的这种情况下使用，即在类的定义语句块内部写：super(本类名，self)

所以 python3 做了个简化，如果你在类定义的语句块内写一个不带参数的super()，则相当于写了 super(本类名，self)

因为 super() 不光可以用在类的定义内部，所以，这种方便仅在类定义体内部有效。