类加载器与类的加载过程

1.类加载器子系统的作用

--负责从文件系统中或者网络中加载class文件。

--ClassLooader只负责Class文件的加载，至于是否可以运行，则由ExecutionEngine决定

--加载的类的信息存在于方法区。除了类的信息，方法区还存放着运行时常量池信息，还包括字符串字面量和数字常量。(这部分常量信息是Class文件中常量池部分的内存映射) 

2.类加载器ClassLoader

--Class文件存在于本地磁盘上，最终在执行的时候是要加载到JVM中，根据这个文件实例化出N个一模一样的实例

--Class文件加载到JVM中，被称为DNA元数据模板，放在方法区

--在Class文件 --> JVM --> 元数据模板。此过程中需要一个运输工具(类装载器 Classloader)

3.类的加载过程

  

4.类的加载过程一:loading（加载）

加载

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

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

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

加载.class文件的方式

1.从本地系统直接加载

2.通过网络获取，典型场景:web applet

3.从zip压缩包中读取，成为日后jar、war格式的基础

4.运行时计算生成、动态代理技术

5.由其他文件生成、如JSP应用

6.从专有数据库中提取.class文件

7.从加密的文件中获取，典型的防Class文件被反编译的保护措施 

5.类的加载过程二:linking (链接)

验证:

--确保Class文件的字节流包含信息符合当前虚拟机要求、保证被加载类的正确性、不会危害虚拟机自身安全

--主要包括四种验证:

        1.文件格式验证、

        2.元数据验证、

        3.字节码验证、

        4.符号应用验证

准备:

--为类变量分配内存并设置该类变量的默认初始值，即零值

--这里不包final修饰的static ，因为final在编译时就分配了，准备阶段会显示初始化

--这里不会为实例变量分配初始化，类变量会分配在方法区中、而实例对象是会随着对象一起分配到Java堆中

解析:

--将常量池内的符号引用转换为直接引用的过程

--解析操作往往会伴随着JVM在执行完初始化之后再执行

--符号引用就是一组符号来描述所引用的目标

--直接引用就是直接指向目标的指针、相对偏移量或一个间接定位到目标的句柄

--解析动作主要针对类或接口、字段、类方法、接口方法、方法类型等

6.类的加载过程三:iniitialization (初始化)

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

--此方法不需要被定义、是javac编译器自动收集类中的所有类变量的赋值动作和静态代码块中的语句合并而来

--构造器方法中的指令按语句在源文件中出现的顺序执行

--<CLinit>()不同于类的构造器。(构造器是虚拟机视角下的<init>())

--若该类具有父类、JVM会保证子类的<CLinit>()执行前，父类的<CLinit>()已经执行完毕

--虚拟机必须保证一个类的<CLinit>()方法在多线程下被同步加锁.

7.类的主动使用与被动使用

--在JVM中表示两个class对象是否为同一个类存在的两个必要条件

1.类的完整类名必须一致，包括包名

2.加载这个类的ClassLoader(ClassLoader实例对象)必须相同

主动使用(7种情况)

1.创建类的实例

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

3.调用类的静态方法

4.反射(比如Class.forName("java.lang.String"))

5.初始化一个类的子类

6.java虚拟机启动时被标明启动类的类

7.JDK 7 开始提供动态语言支持

除了以上情况 其他使用java类的方式都被看做是类的被动使用。都不会导致类的初始化