在 scala 中继承 Java 类并覆写其成员时，需要特别注意初始化顺序。当父类构造函数调用一个被子类覆写的方法时，如果子类的字段尚未初始化，可能会导致意想不到的结果，例如空指针异常。以下将详细解释这个问题，并提供几种解决方案。
问题根源：初始化顺序
问题的核心在于 Java 和 Scala 的对象初始化顺序。当一个类继承另一个类时，构造函数的执行顺序是：
- 父类的构造函数首先被调用。
- 父类构造函数执行期间，如果调用了被子类覆写的方法，那么实际执行的是子类的方法。
- 子类的字段被初始化。
- 子类的构造函数继续执行。
因此，如果在父类的构造函数中调用了被子类覆写的方法，而子类的字段尚未初始化，那么子类方法中访问这些字段时就会得到默认值（例如 NULL 对于对象类型）。
立即学习“Java免费学习笔记（深入）”；
示例
考虑以下 Java 类 A 和 Scala 类 B：
// Java 类 A public class A { private Pattern pattern; private String regex= "folder1/folder2/folder3/.*"; public A(String regex){ this.regex = regex; this.pattern = Pattern.compile(getRegex()); } public String getRegex() { return regex; } }
// Scala 类 B import java.util.regex.Pattern class B(regex: String) extends A(regex) { val regexB: String = "folder4/.*" override def getRegex(): String = { regexB } } object Main { def main(args: Array[String]): Unit = { val b = new B("initial_regex") println(b.getRegex()) // 输出 folder4/.* } }
在这个例子中，B 继承了 A，并覆写了 getRegex() 方法。当创建 B 的实例时，A 的构造函数会被首先调用，并且在 A 的构造函数中调用了 getRegex() 方法。此时，getRegex() 方法实际执行的是 B 中覆写后的版本。然而，在 B 的构造函数中，regexB 字段尚未初始化，因此 getRegex() 返回的是 null。这导致 A 中的 pattern 字段被初始化为 null，后续使用 pattern 可能会导致空指针异常。
解决方案
以下是一些解决此问题的方案：
-
避免在父类构造函数中调用可覆写的方法： 这是最简单的解决方案。重新设计代码，避免在父类构造函数中调用可能被子类覆写的方法。可以将初始化逻辑移到子类构造函数中，或者使用其他方式来避免这个问题。
-
使用 final 字段： 如果父类中的字段不应该被子类修改，可以将其声明为 final。这样可以防止子类覆写该字段，从而避免初始化顺序问题。
-
延迟初始化： 如果必须在父类构造函数中使用子类的字段，可以考虑使用延迟初始化。例如，可以使用 lazy val 在子类中声明字段，这样字段只会在第一次被访问时才会被初始化。但是，需要注意多线程环境下的线程安全问题。
-
构造器参数： 将子类需要的参数通过构造器传递给父类。
示例代码：避免在父类构造函数中调用可覆写的方法
// Scala 类 B import java.util.regex.Pattern class B(regex: String) extends A(regex) { val regexB: String = "folder4/.*" private val patternB: Pattern = Pattern.compile(regexB) // 在子类中初始化 pattern override def getRegex(): String = { regexB } }
在这个修改后的例子中，pattern 的初始化被移到了 B 的构造函数中，避免了在 A 的构造函数中调用 getRegex() 方法时 regexB 尚未初始化的问题。
总结
在 Scala 中继承 Java 类并覆写其成员时，必须特别注意初始化顺序。避免在父类构造函数中调用可覆写的方法，或者使用其他方式来确保子类的字段在父类构造函数执行之前已经被初始化。理解初始化顺序是编写健壮的 Scala 代码的关键。
