java虚拟机-虚拟机基本

什么是java虚拟机

我一般是能记例子就不记概念，不过概念还是要贴出来的

概念

Java虚拟机（Java Virtual Machine 简称JVM）是运行所有Java程序的抽象计算机，是Java语言的运行环境，它是Java 最具吸引力的特性之一。（copy的百度）

通俗易懂的理解

public class AA{
	public static void main(String[] args) throws InterruptedException {
        Thread.sleep(10000000);
    }
}

首先写一段代码，然后cmd javac一下 然后用java AA启动，win10的环境下可以看到

看到了我们熟悉的东西，其实这就是虚拟机的一个实例

jvm的生命周期

根据上面的例子应该很明显就能知道生命周期的开始就是main开始运行的时候，但是并不是说main结束就是jvm生命周期的结束 做个试验

public static void main(String[] args) {
        new Thread(()-> {
            System.out.println("sleep");
            try {
                Thread.sleep(1000000000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        } ).start();
        System.out.println("main over");
    }

还是上面的代码把main方法改下 重新编译 运行

main已经结束了 可是虚拟机还在

这是由于java的虚拟机种有两种线程，一种叫叫守护线程，一种叫非守护线程，main函数就是个非守护线程，虚拟机的垃圾回收线程就是守护线程。

java的虚拟机中，只要有任何非守护线程还没有结束，java虚拟机的实例都不会退出，所以即使main函数这个非守护线程退出，但是由于在main函数中启动的匿名线程也是非守护线程，它还没有结束，所以jvm没办法退出。

总结： java虚拟机的生命周期，当一个java应用main函数启动时虚拟机也同时被启动，而只有当在虚拟机实例中的所有非守护进程都结束时，java虚拟机实例才结束生命。

java虚拟机的体系结构

在 Java虚拟机规范中，一个虚拟机实例的行为是分别按照子系统、内存区、数据类型和指令来描述的，这些组成部分一起展示了抽象的虚拟机的内部体系结构。

类装载器子系统

类装载器子系统负责查找并装载类型信息。其实Java虚拟机有两种类装载器：系统装载器和用户自定义装载器。前者是Java虚拟机实现的一部分，后者则是Java程序的一部分。

• 启动类装载器（bootstrap class loader）：它用来加载 Java
  的核心库，是用原生代码来实现的，并不继承自java.lang.ClassLoader。
• 扩展类装载器（extensions class loader）：它用来加载 Java 的扩展库。Java
  虚拟机的实现会提供一个扩展库目录。该类加载器在此目录里面查找并加载 Java 类。
• 应用程序类装载器（application class loader）：它根据 Java 应用的类路径（CLASSPATH）来加载 Java
  类。一般来说，Java 应用的类都是由它来完成加载的。可以通过
  ClassLoader.getSystemClassLoader()来获取它。

除了系统提供的类装载器以外，开发人员可以通过继承 java.lang.ClassLoader类的方式实现自己的类装载器，以满足一些特殊的需求。

类装载器子系统涉及Java虚拟机的其它几个组成部分以及来自java.lang库的类。ClassLoader定义的方法为程序提供了访问类装载器机制的接口。此外，对于每一个被装载的类型，Java虚拟机都会为它创建一个java.lang.Class类的实例来代表该类型。和其它对象一样，用户自定义的类装载器以及Class类的实例放在内存中的堆区，而装载的类型信息则位于方法区。

类装载器子系统除了要定位和导入二进制class文件外，还必须负责验证被导入类的正确性，为类变量分配并初始化内存，以及解析符号引用。这些动作还需要按照以下顺序进行：

1. 装载（查找并装载类型的二进制数据）

2. 连接（执行验证：确保被导入类型的正确性；准备：为类变量分配内存，并将其初始化为默认值；解析：把类型中的符号引用转换为直接引用）

3. 初始化（类变量初始化为正确初始值）

运行时数据区

这个放下一篇，连接：点我看内容

执行引擎

在Java虚拟机规范中，执行引擎的行为使用指令集定义。实现执行引擎的设计者将决定如何执行字节码，实现可以采取解释、即时编译或直接使用芯片上的指令执行，还可以是它们的混合。

执行引擎可以理解成一个抽象的规范、一个具体的实现或一个正在运行的实例。抽象规范使用指令集规定了执行引擎的行为。具体实现可能使用多种不同的技术–包括软件方面、硬件方面或树种技术的结合。作为运行时实例的执行引擎就是一个线程。

运行中Java程序的每一个线程都是一个独立的虚拟机执行引擎的实例。从线程生命周期的开始到结束，它要么在执行字节码，要么执行本地方法。

指令集

方法的字节码流由Java虚拟机的指令序列构成。每一条指令包含一个单字节的操作码，后面跟随0个或多个操作数。操作码表示需要执行的操作；操作数向Java虚拟机提供执行操作码需要的额外信息。当虚拟机执行一条指令时，可能使用当前常量池中的项、当前帧的局部变量中的值或者位于当前帧操作数栈顶端的值。

抽象的执行引擎每次执行一条字节码指令。Java虚拟机中运行的程序的每个线程（执行引擎实例）都执行这个操作。执行引擎取得操作码，如果操作码有操作数，就取得它的操作数。它执行操作码和跟随的操作数规定的动作，然后再取得下一个操作码。这个执行字节码的过程在线程完成前将一直持续，通过从它的初始方法返回，或者没有捕获抛出的异常都可以标志着线程的完成。

本地方法接口

Java本地接口，也叫JNI（Java Native Interface），是为可移植性准备的。本地方法接口允许本地方法完成以下工作：

• 传递或返回数据
• 操作实例变量
• 操作类变量或调用类方法
• 操作数组
• 对堆的对象加锁
• 装载新的类
• 抛出异常
• 捕获本地方法调用Java方法抛出的异常
• 捕获虚拟机抛出的异步异常
• 指示垃圾收集器某个对象不再需要