类加载

 下面看两种单例：

class Singleton1{
	public static int count1;
	public static int count2=0;
	private static Singleton1 singleton=new Singleton1();
	
	public static Singleton1 getInstance() {
		return singleton;	
	}
	private Singleton1(){
		count1++;
		count2++;
	}
}
class Singleton2{
	
	private static Singleton2 singleton=new Singleton2();//实例化的顺序与上面不同
	public static int count1;
	public static int count2=0;
	public static Singleton2 getInstance() {
		return singleton;	
	}
	private Singleton2(){
		count1++;
		count2++;
	}
}
public class SingletonTest {
	  public static void main(String[] args){
		Singleton1 instance1=Singleton1.getInstance();
		Singleton2 instance2=Singleton2.getInstance();
		System.out.println("instance1.count1:"+instance1.count1);
		System.out.println("instance1.count2:"+instance1.count2);
		System.out.println("instance2.count1:"+instance2.count1);
		System.out.println("instance2.count2:"+instance2.count2);
	}
}

输出结果：

 

 类加载简述

虚拟机把描述类的数据从Class文件加载到内存,并对数据进行校验,转换解析和初始化,最终形成可以被虚拟机直接使用的java类 型,这就是虚拟机的类加载机制. 

类从被加载到虚拟机内存中开始,到卸载出内存为止,它的整个生命周期包括:加载(loading),验证(verification),准备(preparation), 解析(resolution),初始化(initialization),使用(using),卸载(unloading)七个阶段.其中,验证,准备,解析三个部分统称为连接(linking). 

  类初始化初始化时机

对于初始化阶段,虚拟机规范则严格规定了有且只有五种情况必须立即对类进行"初始化"(加载,验证,准备自然需要在初始化 之前开始).

1.遇到 new指令(使用关键字new来实例化对象),getstatic,putstatic(读取或设置一个类的静态字段的时候,除了 final修饰,在编 译时期就已经把结果放在常量池的静态字段)或invokestatic(调用类的静态方法)这4条字节码指令时,如果类没有进行初始化,则需要先 触发其初始化.

2.使用java.lang.reflect包的方法对类进行反射调用的时候,如果类没有进行过初始化,则需要先触发其初始化.

3.当初始化一个类的时候,如果发现其父类还没有进行初始化,则需要先触发其父类的初始化(接口初始化例外,不要求所有父接口 全部都初始化,只有在真正调用到父接口的时候才会初始化).

4.当启动虚拟机时,用户需要指定一个需要执行的主类,虚拟机先初始化这个主类.

5.当使用java7的动态语言支持时,如果一个MethodHandle实例在解析时,该方法对应的类没有进行初始化,则需要先触发其初始 化.

 这五种场景中的行为称之为对一个类进行主动引用.除此之外,所有引用类型的方式都不会触发初始化,叫做被动引用. 被动引用,如:

1.通过子类引用父类的静态字段,不会导致子类初始化(此时的静态资源不是属于子类父类的,底层还是使用的是SuperClass.value 去访问的,所以只初始化SuperClass,而不初始化SubClass).

 

2.通过数组定义来引用类,不会触发此类的初始化.

通过增加虚拟机参数可以看到只加载了类，并没初始化

 

3.常量在编译阶段会存入调用类的常量池中,本质上并没有直接引用到定义常量的类,因此不会触发定义常量的类的初始化.

 

 类加载过程

加载

在加载阶段,虚拟机需要完成以下3件事情:

1.通过一个类的全限定名来获取定义此类的二进制字节流.

2.将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构.

3.在内存中生成一个代表这个类的java.lang.Class 对象,作为方法区这个类的各种数据的访问入口.

从哪里获取,如何获取二 进制字节码流,都没有严格限定.比如

1.从ZIP包中读取.(ZIP , JAR, EAR, WAR)

2.从网络中获取

3.运行时计算生成(动态代理技术)

4.由其他文件生成(JSP应用) ...... 

连接-验证

验证是连接阶段的第一步,这一阶段的目的是为了确保Class文件的字节流中包含的信息符合当前虚拟机的要求,并且不会危害虚 拟机自身的安全.

如果使用纯粹的java代码,做到诸如将一个对象转型为它并未实现的类型,编译器将拒绝编译(编译报错).但是在前文中提到,Class 文件并不一定要求是Java源码编译而来的.虚拟机如果不检查输入的字节码流,对其完全信任的话,很可能会因为载入了有害的字节码 流而导致系统崩溃.

验证阶段是非常重要的,这个阶段是否严谨,直接决定了java虚拟机是否能够承受恶意代码的攻击,从执行性能的角度上讲,验证阶 段的工作量在虚拟机的类加载子系统中又占了相当大的一部分.

根据2011年发布的<Java虚拟机规范(Java SE 7版)>的要求,验证阶段大致需要下面四个阶段来验证.

1.文件格式验证. 验证字节流是否符合Class文件格式的规范,并且能被当前版本的虚拟机处理. 比如,是否以魔数0xCAFEBABE开头(字节码头四个字节,用来表示一个可以接受的字节码文件). 主要目的是保证输入的字节流能正确的解析并存储于方法区之内,格式上符合描述一个java类型信息的要求.

2.元数据验证. 对字节码描述的信息进行语义分析,以保证其描述的信息符合Java语言规范的要求. 比如,是否有父类,是否继承了不允许被继承的类等等. 主要目的是对类的元数据信息进行语义校验,保证不存在不符合java语言规范的元数据信息.

3.字节码验证. 在元数据验证之后,这个阶段将对类的方法体进行校验分析,保证被校验的类的方法在运行时不会做出危害虚拟机安全的事 件.目的是通过数据流和控制流分析,确定程序语义是合法的,符合逻辑的.

4.符号引用验证. 该校验是发生在虚拟机将符号引用转化为直接引用的时候,这个转化动作将在解析阶段中发生. 比如校验符号引用中的全限定名是否能找到对应的类,是否具备访问权限等等. 目的是确保解析动作能正常执行. 对于虚拟机的类加载机制来说,验证阶段是一个非常重要的,但不是一定必要(对程序运行期没有影响)的阶段.如果所运行的全部代 码都已经被反复使用和验证过,那么在实施阶段可以考虑使用 -Xverify:none参数来关闭大部分的类验证措施,以缩短虚拟机类加载的 时间.

连接-准备

准备阶段是正式为类变量分配内存并设置类变量初始值的阶段.这些变量所使用的内存都将在方法区中进行分配. 这时候进行内存分配的仅包括类变量(被static修饰的变量)，而不包括实例变量，实例变量将会在对象实例化时随着对象一起分配在Java堆中;并且这里所说的初始值“通常情况”是数据类型的零值，例如:public static int value = 123;value 在准备阶段过后的初始值为0而不是123，而给value赋值的指令将在初始化阶段才会被执行. 

"特殊情况":类字段的字段属性表中存在常量属性.那么在准备阶段就会被初始化为指定的值.例如: public static final int value = 123; 在准备阶段虚拟机就会将value 赋值为123.

连接-解析

解析阶段是虚拟机将常量池内的符号引用替换为直接引用的过程.

符号引用（Symbolic References）：以一组符号来描述所引用的目标，符号可以是任何形式的字面量，只要使用时能够无歧义 的定位到目标即可.符号引用与虚拟机的内存布局无关，引用的目标并不一定加载到内存中。在Java 中，一个java类将会编译成一个 class文件。在编译时，java类并不知道所引用的类的实际地址，因此只能使用符号引用来代替.

直接引用是和虚拟机的布局相关的，同一个符号引用在不同的虚拟机实例上翻译出来的直接引用一般不会相同。如果有了直接引 用，那引用的目标必定已经被加载入内存中了。

虚拟机规范之中并未规定解析阶段发生的具体时间,只要求了在执行anewarray(创建数组),checkcast(检查类型),getfield(获取字 段),getstatic(获取类变量),instanceof(检查类型),invokedynamic(动态解析方法),invokeinterface(调用接口方法),invokespecial(调 用特殊方法,比如构造方法,初始化方法),invokestatic(调用 static 方法),invokevirtual(调用实例方法),ldc/ldc_w(将 int,float,String 常 量推至栈顶),multianewarray(创建数组),new(创建对象),putfield(设置字段),putstatic(设置类变量)这 16个用于操作符号引用的字节 码指令之前,先对它们所使用的符号引用进行解析.
 

初始化

初始化阶段,才真正开始执行类中定义的java程序代码. 

初始化阶段是执行类构造器<clinit>()方法的过程. 

1.类构造器<clinit>()方法是有编译器自动收集类中的所有类变量的赋值动作和static语句块中的语句合并产生的.编译器收集的顺序是由语句在源文件中出现的顺序所决定的.静态语句块中只能访问到定义在静态语句块之前的变量,定义在其之后的变量,在静态语 句块中可以赋值,但是不能访问.

2.类构造器<clinit>()方法与类的构造器<init>()方法不同,虚拟机会保证在子类的<clinit>()方法之前执行,因此,在虚拟机中第一 个被执行的<clinit>()方法的类肯定是Object. （加载子类的时候，父类没有加载，那么会优先加载父类，而所有类的父类是Object)

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

4.类构造器<clinit>()方法对于类或者接口来说并不是必需的,如果一个类中没有静态语句块,编译器就不会为这个类生成 <clinit>()方法.

5.接口中也可以定义 static 变量,生成的<clinit>()方法不需要先执行父接口中的<clinit>()方法,同理,接口的实现类在初始化的时 候也一样不会执行接口中的<clinit>()方法.

6.虚拟机会保证一个类的<clinit>()方法在多线程环境中被正确的加锁,同步,如果多线程同时去初始化一个类,只会有一个线程去 初始化,其他线程都阻塞.
 

疑惑解析

class Singleton1{
	public static int count1;      				                        
	public static int count2=0;
	private static Singleton1 singleton=new Singleton1();
	
	public static Singleton1 getInstance() {
		return singleton;	
	}
	private Singleton1(){
		count1++;
		count2++;
	}
}

在最开始的例子中，这个类实例化后，count1和count2都为1。在这个类中，操作了静态变量，所以初始化时，执行了<clinit>()方法，private static Singleton1 singleton=new Singleton1()是在为count1和count2赋值操作之后进行的，上面已经说道“编译器收集的顺序是由语句在源文件中出现的顺序所决定的”，在<clinit>()方法中是先初始化count1和count2为0，再实例化对象，执行构造方法，则最后count1和count2都为1。

 

 

class Singleton2{
	
	private static Singleton2 singleton=new Singleton2();//实例化的顺序与上面不同
	public static int count1;
	public static int count2=0;
	public static Singleton2 getInstance() {
		return singleton;	
	}
	private Singleton2(){
		count1++;
		count2++;
	}
}

 同理，在这个类的<clinit>()方法中，则先实例化对象，执行构造方法，count1和count2都为1。然后再执行public static int count2=0，则最后count2为0.

关于类加载器

这篇文章已经写的非常详细

https://blog.csdn.net/briblue/article/details/54973413