软件基础原理——JAVA虚拟机原理

极客时间——后端面试38讲——李智慧老师——听课笔记

JVM的组成构造

JVM主要由类加载器、运行时数据区、执行引擎三个部分组成。
运行时数据区主要包括方法区，堆，Java栈，程序计数寄存器。
方法区主要存放从磁盘加载进来的类字节码，而程序在运行过程中创建的类实例则存放在堆中，堆中记录的对象实例信息主要是成员变量信息，而类方法内的可执行代码存放在方法区。
每个线程都有自己的Java栈，栈里存放着方法运行期的局部变量。而当前线程执行到哪一行字节码指令，这个信息则被存放在程序计数寄存器中。
执行引擎在执行字节码指令的时候，是解释执行的，也就是每个字节码指令都会被解释成一个底层的CPU指令。

JVM与操作系统的共同点

1. 都有程序装载和运行机制
2. 内存管理机制
3. 线程和栈管理机制
4. JVM封装了一组自定义的字节码指令集，有自己的程序计数器和执行引擎，像CPU一样，可以执行运算指令。

一个典型的Java程序运行过程

1. 通过Java命令启动JVM，JVM的类加载器根据Java命令的参数到指定的路径加载.class类文件，类文件被加载到内存后，存在专门的方法区。
2. JVM创建一个主线程执行这个类文件的main方法，main方法的输入参数和方法内定义的变量被亚茹Java栈。如果方法在方法内创建一个对象实例，这个对象实例信息将会被存放在堆里，而对象实例的引用，也就是对象实例在堆中的地址信息则会被记录在栈里。
3. 程序计数寄存器一开始存放的是main方法的第一行代码位置，JVM的执行引擎根据这个位置去方法区的对应位置去加载这行代码指令，将其解释为自身所在平台的CPU指令后交给CPU执行。

Java中的线程安全

1. 所有在方法内定义的基本类型变量，都会被每个运行这个方法的线程放入自己的栈中，线程的栈彼此隔离，所以这些变量一定是线程安全的。
2. 如果在方法里创建了一个对象实例，这个对象实例如果没有被方法返回或者放入某些外部的对象容器中的话，也就是说这个对象的引用没有离开这个方法，虽然这个对象被放置在堆中，但是这个对象不会被其他线程访问到，也是线程安全的。
3. 像Servlet这样的类，在Web容器中创建以后，会被传递给每个访问web应用的用户线程执行，这个类就可以被多个线程同时访问，但这并不意味着一定会应发线程安全问题，如果Servlet里没有成员变量，即使多个线程同时执行这个Servlet的实例方法，也不会造成成员变量冲突。这种对象被称作无对象状态，也就是说对象不记录状态，执行这个对象的任何方法都不会改变对象的状态，也就不会有线程安全问题了。

JVM的垃圾回收

JVM与操作系统有一点不同，它不但可以管理内存，还可以对内存进行自动垃圾回收。

了解JVM原理的必要性

JVM有很多配置参数，Java在开发过程中也会遇到各种问题，了解JVM的基本构造，就可以帮助我们从原理上发现和解决问题

例如：

• 遇到OutOfMemoryError，我们就知道是堆空间不足了，可能是JVM分配的内存空间不租以让程序正常运行，这时候们需要通过调整-Xmx参数增加内存空间。也可能是程序存在内存泄漏（期望被回收的内存对象没有被回收），比如一些对象被放入List或Map等容器对象中，虽然这些对象程序已经不再使用了，但这些对象依然被容器对象引用，无法进行垃圾回收，导致内存溢出，这时候可以通过jmap命令查看堆中的对象情况，分析是否有内存泄漏。
• 如果遇到StackOverflowError，我们就知道是线程栈空间不足，栈空间不足通常是因为方法调用的层次太多，导致栈帧太多，我们可以通过栈异常信息观察时候存在错误的递归调用。如果调用时正常的可以尝试调整-Xss参数增加栈空间的大小。
• 如果程序运行卡顿，部分响应延迟比较厉害，那么可以通过jstat命令查看垃圾回收器的运行状况，是否存在较长时间的FullGC,然后调整垃圾回收器的相关参数，是垃圾回收程序对运行的影响尽可能小。
• 执行引擎的解释执行效率比较差，JVM对此进行了优化。将频繁执行的代码编译为底层CPU指令存储起来，后面执行的时候，直接执行编译号的指令，不再解释执行。这就是JVM的即时编译JIT。Web应用程序通常是长时间运行的，使用JIT会有很好的优化效果，可以通过-server参数打开JIT的C2编译器进行优化。