JVM-虚拟机

1.JVM类加载过程

java类加载过程：加载–>验证–>准备–>解析–>初始化，之后类就可以被使用了。绝大部分情况下是按这样的顺序来完成类的加载全过程的。但是是有例外的地方，解析也是可以在初始化之后进行的，这是为了支持java的运行时绑定，并且在一个阶段进行过程中也可能会激活后一个阶段，而不是等待一个阶段结束再进行后一个阶段。

• 当类被引用的加载，类只会加载一次

  • 类的主动引用（一定会发生类的初始化）

    • new一个类的对象
    • 调用类的静态成员（除了final常量）和静态方法
    • 使用java.lang.reflect包的方法对类进行反射调用
    • 当虚拟机启动，java Demo01,则一定会初始化Demo01类，说白了就是先启动main方法所在的类
    • 当初始化一个类，如果其父类没有被初始化，则先初始化它父类

  • 类的被动引用（不会发生类的初始化）

    • 当访问一个静态域时，只有真正声名这个域的类才会被初始化
      • 通过子类引用父类的静态变量，不会导致子类初始化
    • 通过数组定义类的引用，不会触发此类初始化
    • 引用常量不会触发此类的初始化（常量在编译阶段就存入调用类的常量池中了）

2.说下双亲委派模型

为什么要双亲委派模型

1. 有序
2. 安全（只有类加载器和类本身才能确定一个类（instanceof））：比如自己写一个包名一样的String类，由于类加载器不一样能确定和jdk的不是一个类

• 启动类加载器：加载存放在 <JAVA_HOME>\lib目录，或者被-Xbootclasspath参数所指定的路径中存放的， 而且是Java虚拟机能够识别的（按照文件名识别，如rt.jar、tools.jar，名字不符 合的类库即使放在lib目录中也不会被加载）类库加载到虚拟机的内存中。
• 扩展类加载器：这个类加载器是在类 sun.misc.Launcher$ExtClassLoader中以Java代码的形式实现的。它负责加载 <JAVA_HOME>\lib\ext目录中，或者被java.ext.dirs系统变量所指定的路径中所 有的类库。
• 应用程序类加载器：这个类加载器由 sun.misc.Launcher$AppClassLoader来实现。由于应用程序类加载器是 ClassLoader类中的getSystem-ClassLoader()方法的返回值，所以有些场合中也 称它为“系统类加载器”。它负责加载用户类路径（ClassPath）上所有的类库， 开发者同样可以直接在代码中使用这个类加载器。如果应用程序中没有自定义 过自己的类加载器，一般情况下这个就是程序中默认的类加载器。

3.运行时数据区

1. 虚拟机栈（线程栈）：方法调用的入栈出栈，存放局部变量表 【还有对象引用地址（指向堆）】，操作数栈（加减的…等操作的值和结果临时存放），动态链接（找方法区（元空间）地址），方法出口（返回调用此方法的位置）
2. 程序计数器：存放程序执行的位置（地址）（多线程 程序执行可能被挂起，需要记录执行到哪里了）
3. 本地方法栈：native方法
4. 方法区（元空间）：常量，静态变量，类信息
5. 堆：new出来的对象

字节码引擎修改程序计数器的值