jvm和类
当我们调用 Java 命令运行某个 Java 程序时，该命令将会启动一条 Java 虚拟机进程，不管该 Java 程序有多么复杂，该程序启动了多少个线程，它们都处于该 Java 虚拟机进程里。同一个 JVM 的所有线程、所有变量都处于同一个进程里，它们都使用该 JVM 进程的内存区。当系统出现以下几种情况时， JVM 进程将被终止：
程序运行到最后正常接收；
程序运行到使用System.exit()或Runtime.getRuntime().exit()代码结束程序；
程序运行中遇到未捕获的异常或错误结束；
程序所在平台强制结束了JVM进程
类的加载
类加载流程
1.什么是加载
指Java虚拟机查找字节流(查找.class文件)，并且根据字节流创建java.lang.Class对象的过程。这个过程，将类的.class文件中的二进制数据读入内存，放在运行时区域的方法区内。然后在堆中创建java.lang.Class对象，用来封装类在方法区的数据结构。
类加载阶段：
(1)Java虚拟机将.class文件读入内存，并为之创建一个Class对象。
(2)任何类被使用时系统都会为其创建一个且仅有一个Class对象。
(3)这个Class对象描述了这个类创建出来的对象的所有信息，比如有哪些构造方法，都有哪些成员方法，都有哪些成员变量等。
2.类加载的过程
加载详情
2.1 加载
在加载阶段，虚拟机主要完成三件事：
(1)通过一个类的全限定名来获取其定义的二进制字节流
(2)将这个字节流所代表的的静态存储结构转化为方法区的运行时数据结构
(3)在堆中生成一个代表这个类的Class对象，作为方法区中这些数据的访问入口。
相对于类加载的其他阶段而言，加载阶段是可控性最强的阶段，因为程序员可以使用系统的类加载器加载，还可以使用自己的类加载器加载。我们在最后一部分会详细介绍这个类加载器。在这里我们只需要知道类加载器的作用就是上面虚拟机需要完成的三件事，仅此而已就好了。
2.2 验证
验证的主要作用就是确保被加载的类的正确性。也是连接阶段的第一步。说白了也就是我们加载好的.class文件不能对我们的虚拟机有危害，所以先检测验证一下。他主要是完成四个阶段的验证：
(1)文件格式的验证：验证.class文件字节流是否符合class文件的格式的规范，并且能够被当前版本的虚拟机处理。这里面主要对魔数、主版本号、常量池等等的校验(魔数、主版本号都是.class文件里面包含的数据信息、在这里可以不用理解)。
(2)元数据验证：主要是对字节码描述的信息进行语义分析，以保证其描述的信息符合java语言规范的要求，比如说验证这个类是不是有父类，类中的字段方法是不是和父类冲突等等。
(3)字节码验证：这是整个验证过程最复杂的阶段，主要是通过数据流和控制流分析，确定程序语义是合法的、符合逻辑的。在元数据验证阶段对数据类型做出验证后，这个阶段主要对类的方法做出分析。
(4)符号引用验证：它是验证的最后一个阶段，发生在虚拟机将符号引用转化为直接引用的时候。主要是对类自身以外的信息进行校验。目的是确保解析动作能够完成。
对整个类加载机制而言，验证阶段是一个很重要但是非必需的阶段，如果我们的代码能够确保没有问题，那么我们就没有必要去验证，毕竟验证需要花费一定的的时间。当然我们可以使用-Xverfity:none来关闭大部分的验证。
2.3 准备
准备阶段主要为类变量分配内存并设置初始值。这些内存都在方法区分配。在这个阶段我们只需要注意两点就好了，也就是类变量和初始值两个关键词：
(1)类变量(static)会分配内存，但是实例变量不会，实例变量主要随着对象的实例化一块分配到java堆中，
(2)这里的初始值指的是数据类型默认值，而不是代码中被显示赋予的值。
2.4 解析
解析阶段主要是虚拟机将常量池中的符号引用转化为直接引用的过程。
2.5 初始化
初始化阶段是类加载过程的最后一步 , 前面的几个阶段, 除了在加载阶段用户应用程序可以通过自定 义类加载器參与之外, 其余动作完全由虚拟机主导和控制。到了初始化阶段, 才真正开始执行类中定义的 Java程序代码。从代码角度，初始化阶段是执行类构造器()方法的过程。
3.类初始化时机
只有当对类的主动使用的时候才会导致类的初始化，类的主动使用包括以下六种：
3.1 访问某个类或接口的静态变量，或者对该静态变量赋值；
3.2 调用类的静态方法；
3.3 创建类的实例，也就是new的方式；
3.4 反射；
3.5 初始化某个类的子类，则其父类也会被初始化；
3.6 Java虚拟机启动时被标明为启动类的类( JavaTest)，直接使用 java.exe命令来运行某个主类。
