java的classloader引用实例_jvm之java类加载机制和类加载器(ClassLoader)，方法区结构，堆中实例对象结构的详解...

一.类加载或类初始化：当程序主动使用某个类时，若是该类还未被加载到内存中，则JVM会经过加载、链接、初始化3个步骤来对该类进行初始化。若是没有意外，JVM将会连续完成3个步骤。java

二.类加载时机:bootstrap

1.建立类的实例，也就是new一个对象api

2.访问某个类或接口的静态变量，或者对该静态变量赋值数组

3.调用类的静态方法缓存

4.反射(Class.forName("com.lyj.load"))安全

5.初始化一个类的子类(会首先初始化子类的父类)网络

6.JVM启动时标明的启动类，即文件名和类名相同的那个类数据结构

三.类加载详细过程：jvm

1.加载：布局

加载指的是将类的class文件读入jvm的方法区，并建立一个java.lang.class对象，表示这个类的运行时元数据(至关于Java层的Class对象)。

1)方法区类的class文件详解：

classLoader是如何加载class文件和存储文件信息的：

当一个classLoder启动的时候，classLoader的生存地点在jvm中的堆，而后它会去主机硬盘上将A.class装载到jvm的方法区，方法区中的这个字节文件会被虚拟机拿来new A字节码()，而后在堆内存生成了一个A字节码的对象，而后A字节码这个内存文件有两个引用一个指向A的class对象，一个指向加载本身的classLoader。那么方法区中的字节码内存块，除了记录一个class本身的class对象引用和一个加载本身的ClassLoader引用以外，还记录了什么信息呢？？见下图：

执行new A()的时候，JVM 作了什么工做：

首先，若是这个类没有被加载过，JVM就会进行类的加载，并在JVM内部建立一个instanceKlass对象表示这个类的运行时元数据(至关于Java层的Class对象)。初始化对象的时候(执行invokespecial A::)，JVM就会建立一个instanceOopDesc对象表示这个对象的实例，而后进行Mark Word的填充，将元数据指针指向Klass对象，并填充实例变量。

元数据—— instanceKlass 对象会存在元空间(方法区)，

对象实例—— instanceOopDesc 会存在Java堆。Java虚拟机栈中会存有这个对象实例的引用。

2)堆中实例化对象的结构：

在hotSpot虚拟机中，对象在内存中存储的布局能够分为3块区域：对象头(Header)、实例数据(Instance Data)和对齐填充(Padding)。下图是普通对象实例与数组对象实例的数据结构：

对象头

HotSpot虚拟机的对象头包括两部分信息：

markword

第一部分markword,用于存储对象自身的运行时数据，如哈希码(HashCode)、GC分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时间戳等，这部分数据的长度在32位和64位的虚拟机(未开启压缩指针)中分别为32bit和64bit，官方称它为“MarkWord”。

klass

对象头的另一部分是klass类型指针，即对象指向它的类元数据的指针，虚拟机经过这个指针来肯定这个对象是哪一个类的实例.

数组长度(只有数组对象有)

若是对象是一个数组, 那在对象头中还必须有一块数据用于记录数组长度.

实例数据

实例数据部分是对象真正存储的有效信息，也是在程序代码中所定义的各类类型的字段内容。不管是从父类继承下来的，仍是在子类中定义的，都须要记录起来。

对齐填充

第三部分对齐填充并非必然存在的，也没有特别的含义，它仅仅起着占位符的做用。因为HotSpot VM的自动内存管理系统要求对象起始地址必须是8字节的整数倍，换句话说，就是对象的大小必须是8字节的整数倍。而对象头部分正好是8字节的倍数(1倍或者2倍)，所以，当对象实例数据部分没有对齐时，就须要经过对齐填充来补全。

2.连接

1)验证：验证阶段用于检验被加载的类是否有正确的内部结构，并和其余类协调一致。

2)准备：类准备阶段负责为类的静态变量分配内存，并设置默认初始值。

3)解析：将类的二进制数据中的符号引用替换成直接引用。

3.初始化：初始化是为类的静态变量赋予正确的初始值。

若是类中有语句：private static int a = 10，它的执行过程是这样的，首先字节码文件被加载到内存后，先进行连接的验证这一步骤，验证经过后准备阶段，给a分配内存，由于变量a是static的，因此此时a等于int类型的默认初始值0，即a=0,而后到解析(后面在说)，到初始化这一步骤时，才把a的真正的值10赋给a,此时a=10。

3、类加载器

类加载器负责加载全部的类，其为全部被载入内存中的类生成一个java.lang.Class实例对象。一旦一个类被加载如JVM中，同一个类就不会被再次载入了。正如一个对象有一个惟一的标识同样，一个载入JVM的类也有一个惟一的标识。在Java中，一个类用其全限定类名(包括包名和类名)做为标识；但在JVM中，一个类用其全限定类名和其类加载器做为其惟一标识。例如，若是在pg的包中有一个名为Person的类，被类加载器ClassLoader的实例kl负责加载，则该Person类对应的Class对象在JVM中表示为(Person.pg.kl)。这意味着两个类加载器加载的同名类：(Person.pg.kl)和(Person.pg.kl2)是不一样的、它们所加载的类也是彻底不一样、互不兼容的。

JVM预约义有三种类加载器，当一个 JVM启动的时候，Java开始使用以下三种类加载器：

1)根类加载器(bootstrap class loader):它用来加载 Java 的核心类，是用原生代码来实现的，并不继承自 java.lang.ClassLoader(负责加载$JAVA_HOME中jre/lib/rt.jar里全部的class，由C++实现，不是ClassLoader子类)。因为引导类加载器涉及到虚拟机本地实现细节，开发者没法直接获取到启动类加载器的引用，因此不容许直接经过引用进行操做。

2)扩展类加载器(extensions class loader)：它负责加载JRE的扩展目录，lib/ext或者由java.ext.dirs系统属性指定的目录中的JAR包的类。由Java语言实现，父类加载器为null。

3)系统类加载器(system class loader)：被称为系统(也称为应用)类加载器，它负责在JVM启动时加载来自Java命令的-classpath选项、java.class.path系统属性，或者CLASSPATH换将变量所指定的JAR包和类路径。程序能够经过ClassLoader的静态方法getSystemClassLoader()来获取系统类加载器。若是没有特别指定，则用户自定义的类加载器都以此类加载器做为父加载器。由Java语言实现，父类加载器为ExtClassLoader。

类加载器加载Class大体要通过以下8个步骤：

1.检测此Class是否载入过，即在缓冲区中是否有此Class，若是有直接进入第8步，不然进入第2步。

2.若是没有父类加载器，则要么Parent是根类加载器，要么自己就是根类加载器，则跳到第4步，若是父类加载器存在，则进入第3步。

3.请求使用父类加载器去载入目标类，若是载入成功则跳至第8步，不然接着执行第5步。

4.请求使用根类加载器去载入目标类，若是载入成功则跳至第8步，不然跳至第7步。

5.当前类加载器尝试寻找Class文件，若是找到则执行第6步，若是找不到则执行第7步。

6.从文件中载入Class，成功后跳至第8步。

7.抛出ClassNotFountException异常。

8.返回对应的java.lang.Class对象。

4、类加载机制：

1.JVM的类加载机制主要有以下3种。

全盘负责：所谓全盘负责，就是当一个类加载器负责加载某个Class时，该Class所依赖和引用其余Class也将由该类加载器负责载入，除非显示使用另一个类加载器来载入。

双亲委派：所谓的双亲委派，则是先让父类加载器试图加载该Class，只有在父类加载器没法加载该类时才尝试从本身的类路径中加载该类。通俗的讲，就是某个特定的类加载器在接到加载类的请求时，首先将加载任务委托给父加载器，依次递归，若是父加载器能够完成类加载任务，就成功返回；只有父加载器没法完成此加载任务时，才本身去加载。

缓存机制。缓存机制将会保证全部加载过的Class都会被缓存，当程序中须要使用某个Class时，类加载器先从缓存区中搜寻该Class，只有当缓存区中不存在该Class对象时，系统才会读取该类对应的二进制数据，并将其转换成Class对象，存入缓冲区中。这就是为很么修改了Class后，必须从新启动JVM，程序所作的修改才会生效的缘由。

2.这里说明一下双亲委派机制：

双亲委派机制，其工做原理的是，若是一个类加载器收到了类加载请求，它并不会本身先去加载，而是把这个请求委托给父类的加载器去执行，若是父类加载器还存在其父类加载器，则进一步向上委托，依次递归，请求最终将到达顶层的启动类加载器，若是父类加载器能够完成类加载任务，就成功返回，假若父类加载器没法完成此加载任务，子加载器才会尝试本身去加载，这就是双亲委派模式，即每一个儿子都很懒，每次有活就丢给父亲去干，直到父亲说这件事我也干不了时，儿子本身才想办法去完成。

双亲委派机制的优点：采用双亲委派模式的是好处是Java类随着它的类加载器一块儿具有了一种带有优先级的层次关系，经过这种层级关能够避免类的重复加载，当父亲已经加载了该类时，就没有必要子ClassLoader再加载一次。其次是考虑到安全因素，java核心api中定义类型不会被随意替换，假设经过网络传递一个名为java.lang.Integer的类，经过双亲委托模式传递到启动类加载器，而启动类加载器在核心Java API发现这个名字的类，发现该类已被加载，并不会从新加载网络传递的过来的java.lang.Integer，而直接返回已加载过的Integer.class，这样即可以防止核心API库被随意篡改。