避免在构造函数中初始化其他类

构造函数是一个类初始化必须执行的代码，它决定着类的初始化效率，如果构造函数比较复杂，而且还关联了其他类，则可能产生意想不到的问题，我们来看如下代码：

 1 public class Client {
 2     public static void main(String[] args) {
 3         Son s = new Son();
 4         s.doSomething();
 5     }
 6 }
 7 
 8 // 父类
 9 class Father {
10     Father() {
11         new Other();
12     }
13 }// 子类
14 
15 class Son extends Father {
16     public void doSomething() {
17         System.out.println("Hi,show me something");
18     }
19 }
20 
21 // 相关类
22 class Other {
23     public Other() {
24         new Son();
25     }
26 }

这段代码并不复杂，只是在构造函数中初始化了其他类，想想看这段代码的运行结果是什么？是打印“Hi,show me something”吗？

答案是这段代码不能运行，报StackOverflowError异常，栈（Stack）内存溢出。这是因为声明s变量时，调用了Son的无参构造函数，JVM又默认调用了父类Father的无参构造函数，接着Father类又初始化了Other类，而Other类又调用了Son类，于是一个死循环就诞生了，直到栈内存被消耗完毕为止。

可能有读者会觉得这样的场景不可能在开发中出现，那我们来思考这样的场景：Father是由框架提供的，Son类是我们自己编写的扩展代码，而Other类则是框架要求的拦截类（Interceptor类或者Handle类或者Hook方法），再来看看该问题，这种场景不可能出现吗？

那有读者可能要说了，这种问题只要系统一运行就会发现，不可能对项目产生影响。

那是因为我们在这里展示的代码比较简单，很容易一眼洞穿，一个项目中的构造函数可不止一两个，类之间的关系也不会这么简单的，要想瞥一眼就能明白是否有缺陷这对所有人员来说都是不可能完成的任务，解决此类问题的最好办法就是：不要在构造函数中声明初始化其他类，养成良好的习惯。

本文转自SummerChill博客园博客，原文链接：http://www.cnblogs.com/DreamDrive/p/5422722.html，如需转载请自行联系原作者