JVM

   int a = 1; 

3源码解析后其实是这样的

 1)根类加载器（bootstrap class loader）:它用来加载 Java 的核心类，是用原生代码来实现的，并不继承自 java.lang.ClassLoader（负责加载$JAVA_HOME中jre/lib/rt.jar里所有的class，由C++实现，不是ClassLoader子类）。由于引导类加载器涉及到虚拟机本地实现细节，开发者无法直接获取到启动类加载器的引用，所以不允许直接通过引用进行操作。

Poa poa = new Poa();

类装载子系统

5

方法出口

JVM

0: iconst_1

线程栈1

类元信息（字节码信息）

运行时常量

  1: istore_1

b=2

找GCroot的引用

poa=

4

minor GC

方法区（元空间）

动态链接

栈贞（方法内部的变量）

方法区中会有一个对于的内存地址，程序计数器中记录的就是这些地址。这个过程的目的是为了解决多线程，如果执行过程中当前的方法被挂起，那么当前代码被执行到什么位置就会被记录下来。下次执行该方法的时候直接从这个位置执行就可以了，否则就需要从头执行了。

6: iadd

找root使用的引用

7: bipush      10

new Poa

方法区中会有一个对于的内存地址，程序计数器中记录的就是这些地址

类加载器加载Class大致要经过如下8个步骤：1、检测此Class是否载入过，即在缓冲区中是否有此Class，如果有直接进入第8步，否则进入第2步。2、如果没有父类加载器，则要么Parent是根类加载器，要么本身就是根类加载器，则跳到第4步，如果父类加载器存在，则进入第3步。3、请求使用父类加载器去载入目标类，如果载入成功则跳至第8步，否则接着执行第5步。4、请求使用根类加载器去载入目标类，如果载入成功则跳至第8步，否则跳至第7步。5、当前类加载器尝试寻找Class文件，如果找到则执行第6步，如果找不到则执行第7步。6、从文件中载入Class，成功后跳至第8步。7、抛出ClassNotFountException异常。8、返回对应的java.lang.Class对象。

方法出口记录应该返回到调用方法的什么位置等信息

Code:

3: istore_2

将int类型常量1压入操作数栈

线程栈4

动态链接把符号引用转变为直接引用（方法区的内存地址）compute（）在方法区里，例如：compute对应的方法地址

栈贞（方法内部的变量）。。。

12: ireturn

 2)扩展类加载器（extensions class loader）：它负责加载JRE的扩展目录，lib/ext或者由java.ext.dirs系统属性指定的目录中的JAR包的类。由Java语言实现，父类加载器为null

线程1

栈（线程）

程序计数器是每个线程独有，每当启动一个线程，jvm就会给这个线程分配一块空间

GC root线程栈的本地变量，静态变量，本地方法栈的变量等等

a=1

存放方法对应的方法属性地址

public staticvoid main（String[] args）{  compute()；}

int b = 2;

静态变量(对象)

三个类加载器

  public int compute(){            }

Eden

本地方法栈类似方法栈

0: aload_0   this

5: iload_2

开启垃圾收集线程

int c = (a+b)*10;

  3)系统类加载器（system class loader）：被称为系统（也称为应用）类加载器，它负责在JVM启动时加载来自Java命令的-classpath选项、java.class.path系统属性，或者CLASSPATH换将变量所指定的JAR包和类路径。程序可以通过ClassLoader的静态方法getSystemClassLoader()来获取系统类加载器。如果没有特别指定，则用户自定义的类加载器都以此类加载器作为父加载器。由Java语言实现，父类加载器为ExtClassLoader。

S0

操作数栈(存放操作数的临时内存空间)（操作数就是：程序在运行当中，存放1、2...这些操作数，做加减乘除运算）

11: iload_3

Math.class

10: istore_3

9: imul

用来放我们程序正在运行和马上就要运行的行号或者是位置

先找出GCroot变量

2: iconst_2

栈贞（方法内部的变量）compute（）

程序计数器

线程4

局部变量

2

执行

局部变量表结构存放局部变量

线程3

四、类加载机制：1.JVM的类加载机制主要有如下3种。全盘负责：所谓全盘负责，就是当一个类加载器负责加载某个Class时，该Class所依赖和引用其他Class也将由该类加载器负责载入，除非显示使用另外一个类加载器来载入。双亲委派：所谓的双亲委派，则是先让父类加载器试图加载该Class，只有在父类加载器无法加载该类时才尝试从自己的类路径中加载该类。通俗的讲，就是某个特定的类加载器在接到加载类的请求时，首先将加载任务委托给父加载器，依次递归，如果父加载器可以完成类加载任务，就成功返回；只有父加载器无法完成此加载任务时，才自己去加载。缓存机制。缓存机制将会保证所有加载过的Class都会被缓存，当程序中需要使用某个Class时，类加载器先从缓存区中搜寻该Class，只有当缓存区中不存在该Class对象时，系统才会读取该类对应的二进制数据，并将其转换成Class对象，存入缓冲区中。这就是为很么修改了Class后，必须重新启动JVM，程序所做的修改才会生效的原因。2.这里说明一下双亲委派机制：       双亲委派机制，其工作原理的是，如果一个类加载器收到了类加载请求，它并不会自己先去加载，而是把这个请求委托给父类的加载器去执行，如果父类加载器还存在其父类加载器，则进一步向上委托，依次递归，请求最终将到达顶层的启动类加载器，如果父类加载器可以完成类加载任务，就成功返回，倘若父类加载器无法完成此加载任务，子加载器才会尝试自己去加载，这就是双亲委派模式，即每个儿子都很懒，每次有活就丢给父亲去干，直到父亲说这件事我也干不了时，儿子自己才想办法去完成。      双亲委派机制的优势：采用双亲委派模式的是好处是Java类随着它的类加载器一起具备了一种带有优先级的层次关系，通过这种层级关可以避免类的重复加载，当父亲已经加载了该类时，就没有必要子ClassLoader再加载一次。其次是考虑到安全因素，java核心api中定义类型不会被随意替换，假设通过网络传递一个名为java.lang.Integer的类，通过双亲委托模式传递到启动类加载器，而启动类加载器在核心Java API发现这个名字的类，发现该类已被加载，并不会重新加载网络传递的过来的java.lang.Integer，而直接返回已加载过的Integer.class，这样便可以防止核心API库被随意篡改。 

return c;

年轻代

堆中的地址

S1

本地方法栈（类似于方法区，只是native修饰的调用计算机的方法）

字节码执行引擎

线程2

类加载器

1

class文件

线程栈2

堆

修改

4: iload_1

会有一些对象头放锁，年龄等信息

永久代/持久代（JDK1.7之前）（存放在缓冲）元空间（JDK1.8）（存放在本地）

主要放局部变量

老年代

只要一个线程开始运行就会分配一个他自己专属的内存空间与线程栈的生命周期一样

本地方法栈

地址：xxx0011032

堆（存放对象）

操作数栈

线程栈3

Survivor区

1: istore_1 将操作数栈的常量赋值给局部变量a