JVM和类
调用Java命令运行Java程序时，该命令将会启动一条Java虚拟机进程，不管该Java程序启动了多少条线程，创建了多少个变量，它们都处于该Java虚拟机进程里，共享该JVM进程的内存区。当系统出现以下几种情况时，JVM进程将被终止：
- 程序运行到最后正常结束；
- 程序运行到使用System.exit()或Runtime.getRuntime.exit()代码结束程序；
- 程序运行过程中遇到未捕获的异常或错误而结束；
- 程序所在的平台强制结束了JVM进程。
类的加载
当程序主动使用某个类时，如果该类还没有被加载到内存中，系统会通过加载、连接、初始化这三个步骤来对该类进行初始化（如果没有意外，JVM将会连续完成这三个步骤，所以有时也会把这三个步骤统称为类的加载或初始化）。
类的加载是指将类的class文件读入内存，并为之创建一个java.lang.Class对象（注意并不是目标类的对象）。也就是说当程序中使用任何类时都会为之创建一个java.lang.Class对象。
类的加载由类加载器完成，类加载器通常由JVM提供，这些类加载器也是Java程序运行的基础，JVM提供的这些类加载器通常被称为系统类加载器。除此之外，开发者可以通过继承ClassLoader基类来创建自己的类加载器。
通过使用不同的类加载器，可以从不同来源加载类的二进制数据，通常有如下几种数据来源：
- 从本地文件系统加载class文件；
- 从jar包中加载class文件；
- 通过网络加载class文件；
- 把一个Java源文件执行动态编译，并执行加载。
java通常无需等到“首次使用”该类时才加载该类，Java虚拟机允许系统预先加载某些类。
类的连接
当类被加载后，系统会为之生成一个对应的Class对象，接着就会进入类的连接阶段。
类的连接阶段负责把类的二进制数据合并到JRE中。类的连接又可以分为如下三个阶段：
- 验证：验证阶段用于检验被加载的类是否有正确的内部结构，并和其他类协调一致；
- 准备：类的准备阶段则负责为类的静态属性分配内存，并设置默认初始值；
- 解析：将类的二进制数据中的符号引用替换成直接引用。（关于符号引用和直接引用我觉得这里说的非常明白）
类的初始化
在类的初始化阶段，虚拟机负责对类进行初始化，主要是对静态属性进行初始化。在java类中对静态属性进行初始化有两种方式：
- 声明静态属性时指定初始值；
- 使用静态初始化块为静态属性指定初始值。
进行初始化时，JVM会按语句在程序中的排列顺序依次执行初始化。如下面的代码，最终b的值为9。
package com.zhyea.test; public class Test { static{ b=6; } static int a = 0; static int b = 9; }
JVM对类进行初始化时包含如下步骤：
- 假如这个类还没有被加载和连接，程序先执行加载并连接这个类；
- 假如该类的直接父类还没有被初始化，则先初始化其直接父类；
- 假如类中有初始化语句，则系统依次执行这些初始化语句。
根据如上步骤可以看出来，当程序主动使用任何一个类时，系统会保证该类以及所有父类都会被初始化。
类初始化的时间
系统开始初始化类或接口的时间包括一下6种情况：
- 创建类的实例；
- 调用某个类的静态方法；
- 访问某个类或接口的静态属性，或为该静态属性赋值；
- 通过反射方式来创建某个类或接口对应的java.lang.Class对象，如使用Class.forName(“Person”)；
- 初始化某个类的子类。初始化子类时，所有的父类都会被初始化；
- 直接使用java命令来运行某个类时。
需要一提的是final修饰的静态属性，如final修饰的静态属性在编译时就得到了属性值，那么该静态属性就会被当作常量不会被初始化（类的编译做了哪些事情呢，这里需要考虑下）。如下面这种情况：
final static int MON = 1;
final修饰的静态属性未能在编译时得到属性值，那么就会被初始化，如下面这种情况：
final static int TUE = 1+1;
还值得一提的就是ClassLoader的loadClass方法并不会执行类的初始化，而是只执行了类的加载。