JVM学习笔记之二

1.什么是双亲委派机制，双亲委派机制的工作原理是什么？

Java虚拟机对class文件采用的就是按需加载的方式，也就是说当需要使用该类时才会将它的class文件加载到内存中生成class对象。而且加载某个类的class文件时，Java虚拟机采用的是双亲委派模式，即把请求交由父类处理，它是一种任务委派模式。
加载原理：
1)如果一个内加载器收到了类加载请求，它并不会自己先去加载，而是把这个请求委托给父类的加载器去执行。
2)如果父类加载器还存在其父类加载器，则进一步向上委托，依次递归请求，最终将到达顶层的启动类加载器。
3)如果父类加载器可以完成类加载任务,就成功返回，倘若父类加载器无法完成之类加载任务，子加载起才会尝试去自己去加载，这就是双亲委派模式。

样例代码测试：

public class String {
    static{
        System.out.println("我是自定义的String类的静态代码块");
    }
    public static void main(String[] args){
        System.out.println("hello,String");
    }
}

运行结果如下

样例

2.双亲委派机制的优势？

1)避免类的重复加载。
2)保护线程安全，防止核心API被随意篡改。

public class TestDouble {
    public static void main(String[] args){
        System.out.println("hello!");
    }
}

运行失败：

java.lang.SecurityException:Prohibited package name:java.lang

3. 沙箱安全机制

双亲委派机制可以保证java核心源代码的保护。

4.在jvm中表示两个class对象是否为同一个类存在的两个必要条件？

1)类的完整类名必须一致，包括包名。
2)加载这个类的ClassLoader（指ClassLoad实例对象）必须相同
换句话说在JVM中，即使这两个类对象(class对象)来源同一个class文件，被同一个虚拟机所加载，但是只要他们的ClassLoad的实例对象不同，那么这两个类对象也是不相等的。
JVM必须知道一个类型是由启动加载器加载的还是由用户类加载器加载的。如果一个类型是由用户类加载器加载的，那么JVM会将这个类加载器的一个引用作为类型信息的一部分保存在方法其中。当解析一个类型到另一个类型引用的时候，JVM需要保证这两个类型的类加载器是相同的。

5.Java程序对类的使用方式

主动使用，又分为七种情况：
1)创建类的实例
2)访问某个类或接口的静态变量，或者对该静态变量赋值
3)调用类的静态方法
4)反射(比如:Class.forName(“com.atguigu.Test”))
5)初始化一个类的子类
6)Java虚拟机启动时被标明为启动类的类
7)JDK7开始提供的动态语言支持
java.lang.invoke.MethodHandle实例的解析结果
REF_getStatic、REF_putStatic、REF_invokeStatic句柄对应的类没有初始化，则初始化

除了以上七种情况，其他使用Java类的方式都被看作是对类的被动使用，都不会导致类的初始化。

6.内存

内存是非常重要的系统资源，是硬盘和CPU的中间仓库及桥梁，承载着操作系统和应用程序的实时运行。
JVM内存布局规定了Java在运行过程中内存申请、分配、管理的策略，保证了JVM的高效稳定运行。不同的JVM对内存的划分方式和管理机制存在着部分差异。

7.内存图

Java虚拟机定义了若干种程序运行期间会使用到的运行时数据区，其中有一些会随着虚拟机启动而创建随着虚拟即退出而销毁，另外一些则与线程一一对应，这些与线程对应的数据区域会随着线程开始和结束而创建和销毁。

线程之间共享：堆、堆外内存(永久代或元空间、代码缓存)
每个JVM只有一个Runtime实例，即为运行时环境，相当于内存结构的中间的那个框框，运行时环境

8.线程

线程是一个程序里的运行单元，JVM允许一个应用又多个线程并行的执行。
在Hotspot JVM里，每个线程都有与操作系统的本地线程直接映射。当一个Java线程准备好执行以后，此时一个操作系统的本地线程也同时创建好，Java线程执行终止后，本地线程也会回收。
操作系统负责所有线程的安排调度到任何一个可用的CPU上。一旦本地线程初始化成功，它就会调用Java线程中的run()方法。

9.线程调试工具：jconsole

10.在Hotspot JVM里面的后台系统线程主要有以下几个：

1.虚拟机线程
2.周期任务线程
3.GC线程
4.编译线程
5.信号调度线程

11.程序计数器

JVM中的程序技术寄存器(Program Counter Register)中，Register的命名源于CPU的寄存器，寄存器存储指令相关的现场信息，CPU只有把数据装载到寄存器才能运行。
这里并非是广义上所指的物理寄存器，或许将其翻译为PC计数器(或指令计数器)会更加贴切(也称为程序钩子)，并且不容易引起一些不必要的误会。JVM中的PC寄存器是堆物理PC寄存器的一种抽象模型。
它是一块很小的内存空间，几乎可以忽略不记。也是运行速度最快的存储区域。
在JVM规范中，每个线程都有它自己的程序计数器，是线程私有的，声明周期与线程的声明周期保持一致。
任何时间一个线程都有一个方法在执行，也就是所谓的当前方法，程序计数器会存储当前线程正在执行的Java方法的JVM指令地址，或者，如果是在执行native方法，则是未指定值(undefned)。
它是程序控制流的指示器，分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成。
字节码解释器工作时就是通过改变这个计数器的值来选取下一个需要执行的字节码指令。
它是唯一一个在Java虚拟机规范中没有规定任何OutOtMemoryError情况的区域。

12.执行引擎执行过程

13.使用PC寄存器存储字节码指令地址有什么用？为什么使用PC寄存器记录但前线程的执行地址？

因为CPU需要不停的切换各种线程，这时候切换回来以后，就得知道接着从哪开始继续执行。
JVM的字节码解释器就需要通过改变PC寄存器的值来明确下一条应该执行什么样的字节码指令。