静态代码块一定先行？你错了！！！

    关于类中方法执行顺序（静态代码块、代码块、构造方法），根据类加载的过程，可以得出”静态先行，父类>子类“的原则，也就是以下顺序：

父类静态代码块->子类静态代码块->父类非静态代码块->父类构造方法->子类非静态代码块->子类构造方法

直到今天，我遇到了一个类，他差点让我的类加载观崩塌，代码如下：

public class B{

    public static B b1 = new B();
    public static B b2 = new B();

    static {
        System.out.println("静态代码块...");
    }

    {
        System.out.println("代码块...");
    }

    public static void main(String[] args) {
        B b = new B();
    }
}

结果

代码块...
代码块...
静态代码块...
代码块...

当时我的表情就是：

说好的”静态先行“呢？？？类加载器你怎么说变就变，你这个渣男！！！你骗我的好苦！！！

懵逼过后，我冷静了下来，准备把我崩塌的类加载观重新建设起来！！！渣男必须得到报应！！！

我们重新捋一遍类加载的流程：

    主要三步：加载->连接->初始化。连接过程又可分为三步：验证->准备->解析。

可以参考下面的图（图源：JavaGuide）

简单的带大家过一遍每步的作用：

• 加载：把Class文件转化为二进制字节流

• 连接：对类文件进行格式等校验（校验）、给静态变量赋零值（准备）、将符号引用转换为直接引用（解析）

• 初始化：执行<clinit>方法

PS：<clinit>方法是编译器在编译期收集的类中的static块和静态变量赋值操作，按照它们在类文件中的顺序进行收集，最后生成<clinit>方法

等等！！！看完这些内容，我好像明白了什么！！！

// B类中的 static块和静态变量赋值操作
public static B b1 = new B();
public static B b2 = new B();

static {
    System.out.println("静态代码块...");
}

// 编译器在编译器按照顺序收集的<clinit>方法，伪代码
<clinit>{
    b1 = new B();
    b2 = new B();
    System.out.println("静态代码块...");
}

也就是说，在<clinit>方法中创建了当前类自身的实例，可是这个时候类加载流程还没走完啊，怎么可以创建当前类的实例呢？

别急！！！让我们从JVM的角度来分析一下！！！

    突然想到JVM在创建对象的时候，最后一步是执行对象的构造方法，但是在这一步之前其实对于JVM来说，一个对象的创建已经完成了，还需要执行对象的构造方法是因为对于我们程序员来说，一个对象的创建还没有完成，JVM必须按照我们程序员的想法（即指定的构造方法）对对象进行一些初始化操作后，对我们程序员来说才算完成一个对象的创建！（什么？你说你并不知道JVM创建对象的步骤？那你还不快去补一下！！！）

    再回过头来，看一下类加载的过程，在这个例子中，是在<clinit>方法中创建当前类自身的实例，也就是在类加载的初始化阶段创建类的实例。参考JVM创建对象的过程，在类的初始化阶段之前，已经完成了加载、连接两个阶段的执行，其实对于JVM来说，此时一个类已经算是”加载“完了，<clinit>方法是为了我们程序员的要求执行的，所以在<clinit>方法中创建当前类的实例不应该是合情合理的么？

验证

说了这么多，口说无凭，有图有真相！！！来人，上字节码！！！

总结

    大部分情况下，一些所谓的”原则“确实可以让我们快速分析出问题，但是我们也要有自己的思考，不能一味的跟着”原则“走！！！加油！！！