Java 不要在父类的构造方法里面调用可以被子类重写的方法

本文主要是介绍Java 不要在父类的构造方法里面调用可以被子类重写的方法，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

不要在父类的构造方法(代码块)里面调用可以被子类重写的方法

我们从第一天学习Java开始，就对Java的类初始化顺序牢记于心。但是在实际开发过程中，似乎很难能接触这一部分的应用。在这之前，我也认为它只是面试中八股文而已，直到最近踩了一个坑，这才发现它是多么的重要。

1. 说说坑？

地球人都知道，在Java世界中，类初始化顺序是：

• 父类的 静态成员变量 或者 静态代码块 --> 子类的 静态成员变量 或者 静态代码块 -->
• 父类 成员变量 或者 普通代码块 --> 父类的 构造方法 --> 子类 成员变量 或者 普通代码块 --> 子类的 构造方法。

我们在理解上都没有问题，但是使用上很容易忽略这个顺序。我举一个例子：假设有两个类，分别是Animal和Dog类，其中Dog继承于Animal(是不是感觉回到了学习Java的第一天？)。它们的代码如下：

public class Animal {public Animal() {eat();}protected void eat() {}
}// ----------------------------
public class Dog extends Animal {private String foodName = "肉";public Dog() {}@Overrideprotected void eat() {System.out.println("我吃" + foodName);}
}

代码实现很简单，总的来说就是：父类有一个非final的方法在其构造方法里面回调，子类重写了这个方法，同时在这方法里面访问了一个自己的一个成员变量。

那么这里会什么问题呢？大家可以运行一下上面的代码，发现输出的结果是：我吃null，也就是说foodName还没有初始化。在这里，很容易理解为什么foodName没有初始化，因为在类初始化顺序中，子类的成员变量在父类的构造方法之后才初始化。这个Demo足够的简单，所以大家觉得没有问题，在正式的开发环境中，情况一般都是非常复杂的，代码成千上万，我们在一个方法里面访问本类的成员变量，一般不会关心这个方法是什么时候回调的，从而导致在开发过程中遇到不可预知的结果。

不过幸运的是，这种问题是必现的，一般在开发中就能遇到并且解决，并不会带到线上去，但是我还是想说：父类的构造方法(代码块)里面不要调用可以被子类重写的方法。

除此以外，这种调用方式还会遇到一个隐式的问题：

public class Dog extends Animal {private String foodName1;private String foodName2 = null;public Dog() {}@Overrideprotected void eat() {foodName1 = "肉";foodName2 = "骨头";}public void print() {System.out.println("foodName1 = " + foodName1 + " foodName2 = " + foodName2);}
}

我改写了Dog类的代码，在其内部定义了两个成员变量，分别是：foodName1和foodName2，它们都在eat方法里面赋值，需要注意的是，foodName2在定义设置默认值为null，而foodName1没有设置默认值。那么我们创建Dog的对象，然后调用它的print方法，结果如何呢？结果是：foodName1 = 肉 foodName2 = null。也就是说，设置默认值的成员变量即使在方法里面重新赋值，在真正使用的时候却还是默认值。这是为啥呢？其实要想真正了解其内部原理，就要扒Dog类的字节码了，但是我懒得扒，猜测其原因是：如果在定义成员变量没有设置默认值时，当其初始化时发现已经被初始化，就不再进行初始化。 换言之，如果设置了默认值，即使之前已经被赋值，也会被默认值覆盖。

相比于第一个坑，第二个坑显得更加隐式和不容易理解。总之还是那么一句话：父类的构造方法(代码块)里面不要调用可以被子类重写的方法。最重要的是，在这个过程中，编译器并没有做出任何提示，这也是这类问题容易出现的原因之一吧。

2. 聊聊Kotlin?

也许大家在Java中习惯了上面的使用方式，同时编译器也没有报错，说明官方也默认这种操作(我乱说的)。但是，我们以相同的方式应用在Kotlin中，编译器报了一个警告：

open class Test {private val string = getString()protected open fun getString(): String {return ""}
}

总体上来说，比Java友好的多，至少有了一个警告提示。

从这里，我们可以得出来两个结论：

1. 不要随意忽略编译器给出的警告。
2. 快去使用Kotlin吧！！！

补充：关于Kotlin中这个问题的视频讲解：[Kotlin] 为什么父类构造器不建议调用 open 的函数？（其实跟Java本质上是同样的问题）

这篇关于Java 不要在父类的构造方法里面调用可以被子类重写的方法的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---