深入理解虚拟机一（类加载上）

1、类加载

java代码中，类型（class，interface，enum）的加载，连接，初始化过程都是在程序运行期间完成的。

加载：查找并加载类的二进制数据到虚拟机中。
连接：
a) 验证：确保被加载的类的正确性，确保class符合规范
–类文件的结构检查
–语义检查
–字节码验证
–二进制兼容性的验证
b) 准备：为类的静态变量分配内存，并将其初始化为默认值
int：0 引用类型：null Boolean：false
c) 解析：把类中的符号引用转换为直接引用（使用指针直接指向）
初始化：为类的静态变量赋予正确的初始值

2、 在如下几种情况下，Java虚拟机将结束生命周期**

	a)	执行了System.exit()方法``
	b)	程序正常执行结束
	c)	执行过程中遇到了异常或错误而异常终止
	d)	由于操作系统出现错误而导致Java虚拟机进程终止

3、 java程序对类的使用方法

a) 主动使用 某个类或接口，首次主动使用，才会初始化
1) 创建类的实例 new
2) 访问某个类或者接口的静态变量，或者对该静态变量赋值 getStatic，putStatic
3) 调用类的静态方法 invokeStatic
4) 反射
5) 初始化一个类的子类 （初始化一个类时，要求其所有父类都被初始化）
6) 虚拟机启动时被标明为启动类的类 包含main方法的类
除此之外，其他使用类的方法都被视为对类的被动使用，都不会导致类的初始化，但有可能加载以及连接，也有可能不会加载或者连接

b) 被动使用

1. 对于静态字段来说，只有直接定义了该字段的类才会被初始化。
   -XX:TraceClassLoading：用于追踪类的加载信息并打印出来。
   Jvm参数：-XX:+ 表示开启option选项
   -XX:- 表示关闭option选项
   -XX:= 表示将option选项的值设置为value

2. 常量在编译阶段会存入到调用这个常量的方法所在的类的常量池中，本质上，调用类并没有直接引用到定义常量的类，因此并不会触发定义常量的类的初始化。

3. 当一个常量的值并非编译期间可以确定的，那么其值就不会被放到调用类的常量池中，这时在程序运行时，会导致主动使用这个常量所在的类，显然会导致这个类被初始化。

4. 对于数组实例来说，其类型是由JVM在运行期间动态生成的，表示为[L•••••
   动态生成的类型，其父类型时Object。
   Boolean:Z byte:B int:I char:C short:S
   对于数组来说，JavaDoc经常构成数组的元素为Component,实际上就是将数组降低一个维度后的类型。

5. 接口中的成员变量默认是public static final的
   a. 当一个类实现一个接口，它初始化时，它所实现的类是不会被初始化的。
   public class MyTest5 {
   public static void main(String[] args){
   System.out.println(MyChild5.b);
   }
   }
   interface MyParent5{
   public static Thread thread = new Thread(){
   {
   System.out.println(123); //因为不会被初始化，所以不会输出
   }
   };
   }
   class MyChild5 implements MyParent5{
   public static int b =0; //不是final的，会被初始化
   }
   b. 当初始化一个接口时，不会初始化它的父接口。

4、加载的含义

类的加载指的是将类的.class文件中的二进制数据读入到内存中，将其放在运行时数据区的方法区中，然后在内存中创建一个java.lang.Class对象，用来封装类在方法区内的数据结构

5、 加载.class文件的方法

a) 从本地系统中直接加载
b) 通过网络下载.class文件
c) 从zip,jar等归档文件中加载.class文件
d) 从专有数据库中提取.class文件
e) 将Java源文件动态编译成.class文件
es:jsp->servlet 然后被编译成class文件，然后被记载

6、 类的加载的最终产品就是位于内存中的Class对象

Class对象封装了类在方法区内的数据结构，并且向Java程序员提供了访问方法区内的数据结构的接口

7、 有两种类型的类加载器

调用ClassLoader类的loadClass方法加载一个类，并不是对类的主动使用，不会导致类的初始化。
a) Java虚拟机自带的加载器

1. 根类加载器（Bootstrap） 启动类加载器
   负责加载虚拟机的核心类库，如：java.lang.*等，从系统属性sun.boot.class.path所指定的目录中加载类库。
2. 扩展类加载器（Extension）
   从java.ext.dirs系统属性所指定的目录中加载类库，或者从JDK的安装目录的jre/lib/ext子目录下加载类库
3. 系统（应用）类加载器（System）
   从classpath或者系统属性java.class.path所指定的目录中加载类
   b) 用户自定义的类加载器
   java.lang.ClassLoader的子类
   用户可以定制类的加载器

8、jvm规范

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