jvm虚拟机4.0笔记——类加载器的总结及拓展

类的加载

两种类加载器：

1 Java虚拟机自带的加载器
根类加载器
扩展类加载器
系统（应用 ）类加载器

2 用户自定义的类加载器
java.lang.ClassLoader的子类
定制类的加载方式

类加载器并不需要等到某个类被“首次主动使用”时再加载它

JVM规范允许类加载器在预料某个类将要被使用时就预先加载它，如果在预先加载的过程中遇到了.class文件缺失或存在错误，类加载器必须在程序首次主动使用该类时才报告错误（LinkageError错误）

类的验证
类被加载后，就进入连接阶段。连接就是将已经读入到内存的类的二进制数据合并到虚拟机的运行时环境中去。
类的验证内容（不止这些）
类文件的结构检查
语义检查
字节码验证
二进制兼容性的验证

类的准备
在准备阶段，Java虚拟机为类的静态变量分配内存，并设置默认的初始值。例如对于以下Sample类，在准备阶段，将为int类型的静态变量a分配4个字节的内存空间，并且赋予默认值0，为long类型的静态变量b分配8个字节的内存空间，并且赋予默认值0。

类的初始化
在初始化阶段，java虚拟机执行类的初始化语句，为类的静态变量赋予初始值。
在程序中，静态变量的初始化有两种途径：
（1）在静态变量的声明处进行初始化；
（2）在静态代码块中进行初始化。

类的初始化步骤
假如这个类还没有被加载和连接，那就先进行加载和连接
假如类存在直接父类，并且这个父类还没有被初始化，那就先初始化直接父类
假如类中存在初始化语句，那就依次执行这些初始化语句

只有当程序访问的静态变量或静态方法确实在当前类或当前接口中定义时，才可以认为是对类或接口的主动使用

类的初始化时机
调用ClassLoader类的loadClass方法加载一个类，并不是对类的主动使用，不会导致类的初始化。

类加载器

     类加载器用来把类加载到java虚拟机中。从jdk1.2版本开始，类的加载过程采用（父）双亲委托机制，
     这种机制能更好地保证java平台的安全。在此委托机制中，除了java虚拟机自带的根类加载器以外，
     其余的类加载器都有且只有一个父加载器。当java程序请求加载器Loader1加载Sample类时，loader
     首先委托自己的父加载器去加载Sample类，若父加载器能加载，则由父加载器完成加载任务，否则才由
     加载器loader1本身加载Sample类

Java虚拟机自带了以下几种加载器:
根类加载器：该加载器没有父加载器。它负责加载虚拟机的核心类库，如java.lang.*等。
扩展类加载器：它的父加载器为跟类加载器。它从java.ext.dirs系统属性所指定的目录中加载类库 ，或者从JDK的安装目录的jre\lib\ext子目录（扩展目录）下加载类库，如果把用户创建的JAR稳健放在这个目录下，也会自动由扩展类加载类库，如果把用户创建的JAR文件放在这个目录下，也会自动由扩展类加载器加载。扩展类加载器是纯Java类，是java.lang.ClassLoader类的子类。
系统类加载器：也称为应用类加载器，它的父加载器为扩展类加载器。它从环境变量classpath或者系统属性java.class.path所指定的目录 中加载类，它是用户自定义的类加载器的默认父加载器。系统类加载器是纯Java类，是java.lang.ClassLoader类的子类。

除了以上虚拟机自带的加载器外，用户 还可以定制自己的类加载器。Java提供了抽象类java.lang.ClassLoader，所有用户自定义的类加载器都应该继承ClassLoader类。