JVM全称是Java虚拟机，在聊什么是JVM之前，我们不妨看⼀下这张图。

从这张图中可以看出JVM所处的位置，同时也能看出它两个作用：

    1、运⾏并管理Java源码⽂件所⽣成的Class⽂件，

    2、在不同的操作系统上安装不同的JVM，从⽽实现了跨平台的保证。

⼀般情况下，对于开发者⽽⾔，即使不熟悉JVM的运⾏机制并不影响业务代码的开发，因为在安装完JDK或者JRE之后，其中就已经内置了JVM，所以只需要将Class⽂件交给JVM运⾏即可。

但当程序运⾏的过程中出现了问题，⽽这个问题发生在JVM层⾯的，那我们就需要熟悉JVM的运⾏机制，才能迅速排查并解决JVM的性能问题。

我们先看下目前主流的JVM HotSpot的架构图，通过这张架构图，我们可以看出JVM的大致流程是把一个class文件通过类加载器加载进系统，然后放到不同的区域，通过编译器编译。

第一个部分Class Files

在Java中，Class⽂件是由源码⽂件⽣成的，⾄于源码⽂件的内容，是每个Java开发者在JavaSE阶段的必备知识，这⾥就不再赘述了，我们可以关注⼀下Class⽂件的格式，⽐如其中的常量池、成员变量、⽅法等，这样就能知道Java源码内容在Class⽂件中的表示⽅式

第二个部分Class Loader Subsystem即类加载机制

Class⽂件加载到内存中，需要借助Java中的类加载机制。类加载机制分为装载、链接和初始化，其主要就是对类进⾏查找、验证以及分配相关的内存空间和赋值

第三个部分Runtime Data Areas也就是通常所说的运⾏时数据区

其解决的问题就是Class⽂件进入内存之后，该如何进⾏存储不同的数据以及数据该如何进⾏扭转。比如：Method   Area通常会储存由Class⽂件常量池所对应的运⾏时常量池、字段和⽅法的元数据信息、类的模板信息等；Heap是存储各种Java中的对象实例；Java Threads通过线程以栈的⽅式运⾏加载各个⽅法；Native Internal Thread可以理解为是加载运⾏native类型的⽅法；PC   Register则是保存每个线程执⾏⽅法的实时地址。

这样通过运⾏时数据区的5个部分就能很好地把数据存储和运⾏起来了

第四个部分Garbage Collector也就是通常所说的垃圾回收

就是对运⾏时数据区中的数据进⾏管理和回收。回收机制可以基于不同的垃圾收集器，⽐如Serial、Parallel、CMS、G1、ZGC等，可以针对不同的业务场景选择不同的收集器，只需要通过JVM参数设置即可。如果我们打开hotspot的源码，可以发现这些收集器其实就是对于不同垃圾收集算法的实现，核⼼的算法有3个：标记-清除、标记-整理、复制

第五个部分是JIT Compiler和Interpreter

通俗理解就是翻译器，Class的字节码指令通过JIT Compiler和Interpreter翻译成对应操作系统的CPU指令，只不过可以选择解释执⾏或者编译执⾏，在HotSpot JVM默认采用的是这两种⽅式的混合。

第六就是JNI的技术

如果我们想要找Java中的某个native⽅法是如何通过C或者C++实现的，那么可以通过Native Method Interface来进⾏查找，也就是所谓的JNI技术。

通过官⽹上给出的HotSpot架构图，我们就能够知道JVM到底是如何运行的了，当然在实际操作的过程中我们可以借助⼀些JVM参数：例如：

和⼀些常⻅的JDK常⻅命令

再结合JDK常⻅⼯具以及第三⽅的⼀些⼯具

我们就可以优雅地分析JVM出现的常⻅问题并对其进⾏调优。