JVM--类加载机制--clinit()方法

从某种角度来说，类加载过程的初始化阶段，就是执行clinit方法的过程。

那么这里记录学习一下clinit方法的生成，细节和特点：

①<clinit>()方法是由编译器自动收集类中的所有类变量（静态成员变量）的赋值动作和静态程序块（static{}）中的语句合并产生的，编译器收集的顺序是由语句在源文件总出现的顺序决定的，静态语句块中只能访问到定义在静态语句块之前的变量，定义在其之后的变量，在前面的静态语句块中可以赋值，但是不能访问。

②<clinit>()方法与类的构造函数（或者说实例构造器<init>方法）不同，他不需要显式的调用父类构造器，虚拟机会保证在子类的<clinit>()方法执行前，父类的<clinit>()方法已经执行完毕。因此在虚拟机中第一个被执行的<clinit>()方法的类肯定是java.lang.object

③由于父类的<clinit>()方法先执行，也就意味着父类中定义的静态语句块要优先于子类的变量赋值操作。

④<clinit>()方法对于类或者接口来说，并不是必须的，如果一个类中没有静态语句块，也没有对类变量（静态成员变量）的赋值操作，那么编译器可以不为这个类生成<clinit>()方法。

⑤接口中不能使用静态语句块，但仍然有变量初始化的赋值操作，因此接口与类一样都会生成<clinit>()方法。但接口与类不同的是，执行接口的<clinit>()方法不需要先执行父接口的<clinit>()方法。只有当父接口中定义的变量使用时，父接口才会初始化。另外接口的实现类在初始化的时候一样不会执行接口的<clinit>()方法。

⑥虚拟机会保证一个类的<clinit>()方法在多线程情况下是安全的。可以被正确的加锁，同步，如果多线程同时去初始化一个类，那么只会有一个线程去执行这个类的<clinit>()方法，其他线程都需要等待，直到活动线程执行完毕。如果一个类的<clinit>()方法中有耗时很长的操作，就可能造成多个线程阻塞，在实际应用中这种阻塞往往是很隐蔽的。

需要强调的是，其他线程虽然会被阻塞，但是如果执行<clinit>()方法的那条线程退出<clinit>()方法后，其他线程被唤醒之后也不会在进入<clinit>()方法，同一个类加载器下，一个类型只会被初始化一次。

理论知识过于教化和枯燥，那么根据几个测试代码进行实际的理解：

package com.liuxuanjie;

public class Main {
	public static void main(String args[])
	{
		System.out.println(SubMain.b);
	}
}

class Main2
{
	public static int a = 5;
	static{
		System.out.println(a);
		a = 6;
	}
}

class SubMain extends Main2
{
	public static int b = a;
}

程序执行结果显示：

程序很简单，但是，一定要记住，莫以事小而不为！

这里再简单阐述一下<init>()方法的内容：

上面说了<clinit>()是在类加载过程中的初始化阶段执行的关于静态变量和代码块的操作。

而我们实例化出一个真正的对象时，其实最后还调用<init>()方法

该方法收集的是普通成员变量，普通代码块和构造方法。且是严格按照这个顺序的。

根据下述代码进行理解：

public class Test1
{
    static
    {
        System.out.println("这是静态代码块的内容");
    }
    private int a = 100;
    {
        System.out.println("这是非静态代码块的内容");
        System.out.println(a);
    }
    public Test1()
    {
        System.out.println("这里是构造函数");
    }
    public static void main(String[] args)
    {
        Test1 test1 = new Test1();
        Test1 test11 = new Test1();
    }
}

运行结果，自行测试！（QAQ）