Java后端开发三年，你不得不了解的JVM

JAVA程序员，三年是个坎，如果过了三年你还没有去研究JVM的话，那么你这个程序员只能是板砖的工具了。下面来个JVM的解析可好?

JVM是Java Virtual Machine(Java虚拟机)的缩写，也就是指的JVM虚拟机，属于是一种虚构出来的计算机，在我们实际的电脑上来进行模拟各种计算机的功能的这么个东西。

因为有了JVM的存在，搞JAVA的不再需要去关心什么时候去释放内存，也不会像C++程序员那样为了一点点内存而惆怅，对就是你，JVM虚拟机帮你把这些东西都完成了，那么我们来说说JAVA的JVM吧!

我们先来看看JVM的模型吧，之前在百度上看文档，上面就说了几个，方法区，堆，栈，计数器。没了，很难受，于是看了深入理解JVM的书，也算是有点体会。

在深入理解JVM一书中提到，JVM运行时的数据区域会划分为几个不同的区域，有方法区(Method Area)，虚拟机栈(VM Stack)，本地方法栈(Native Method Stack)，堆(heap)，程序计数器(Program Counter Register)，下面就是书中的图：

咱们一个一个来解释: 先说程序计数器(Program Counter Register)：程序计数器实际上就是用于存放下一条指令所在地址的地方，当我们执行一条指令的时候，要先知道他存放的指令位置，然后把指令带到寄存器上这是就是获取指令，然后程序计数器中的存贮地址会加1，然后这样子循环的去执行，而且程序计数器这个小的内存区是“线程私有的内存”。

为什么会是私有的呢?，在深入理解JVM一书中说的是虚拟机的多线程通过线程的轮流切换来切换分配处理器的执行时间的方式来实现，说起来其实很拗口的，其实也就是说一个处理器，同一个时刻，只会执行一个线程的指令，但是时间可能不均衡，可能第一分钟在a线程，第二分钟就去执行b线程了，但是呢，为了保证切换回来还需要是一致的，那么每个线程中就会有一个独立存在的程序计数器，独立来存贮，为了保证不影响。所以他是一个“线程私有的内存”。

程序计数器还有几个特点：

• 如果线程正在执行的是Java 方法，则这个计数器记录的是正在执行的虚拟机字节码指令地址。
• 如果正在执行的是Native 方法，则这个计数器值为空(Undefined)。
• 此内存区域是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryError情况的区域。

分别解释一下这三句话吧，这是深入理解java虚拟机中的原话，第一句好像已经很直白了，没的说，来说说第二句话吧

因为这个计数器记录的是字节码指令地址，但是Native(本地方法);就比如说(System.currentTimeMillis())他是通过C来实现，直接通过系统就能直接调用了不需要去编译成需要执行的字节码指令的话，那么就相当于不过程序计数器，它没有记录的话，那他的计数器的值就肯定为空了。

第三句话 我们可以试试编译一小段代码，然后反编译出来看看

也就是实际上是这个样子的

public class Test{ public int test(){ int a = 10; //0 ...... int b = 20; //3....... int c = 30; //6...... return (a+b)*c; //11.... 13.... 14...执行加减乘除操作 } } 

上面的0,2，3,5,6,8....就是指令的偏移地址bipush就是入栈指令， 在执行到test方法的时候，线程就会创建对应的程序计数器在计数器中放0,2，3,5,6,8....这些指令地址，所以计数器里改变的不是内存的大小，它也就没有溢出了。

下面我们再来说一下：JAVA虚拟机栈(VM Stack)

线程私有，生命周期和线程一样，这个虚拟机栈描述的是JAVA方法执行的内存模型，用于存局部变量，操作数栈，方法出口等信息的，上面那个bipush就是入栈指令，在这里最需要注意的就是他存放的是什么数据.局部变量里面放的就是那些我们所知道的基本的数据类型，对象引用的话那就是一个地址。

在虚拟机规范里面还说，他的2个异常状况：

• 一个是StackOverflowError异常，栈内存溢出，这肯定很容易理解，就是栈的内存不够，你的请求线程太大。(固定长度的栈)
• 如果说在动态扩展的过程中，申请的长度还是不够，那么会抛出另外一个异常OutOfMemoryError异常。

本地方法栈(Native Method Stack) ：

它和虚拟机栈很类似，区别就在于虚拟机栈执行的是JAVA方法，但是本地方法栈则是Native方法，其他的没啥不同就连抛出异常都一样的。

JAVA堆(heap) 在JVM一书中也有提到，Heap是在JAVA虚拟机中内存占用最大的一个地方，也是所有线程共享的一个内存区域，堆内存中主要就是用于存放对象实例的。

几乎是所有的对象实例都在这里分配内存，JAVA堆是垃圾收集器管理的主要区域，那么现在重点来了，面试中问到最多的垃圾回收机制接下来就要仔细说说了。

内存回收，现在都是进行的分代算法，堆中也是，新生代，老年代，而且两种垃圾回收机制是采用的不同的回收机制的，在新生代中，每次垃圾收集时都发现有大批对象死去，只有少量存活，那就选用复制算法，只需要付出少量存活对象的复制成本就可以完成收集。

而老年代中因为对象存活率高、没有额外空间对它进行分配担保，就必须使用"标记-清理"或"标记-压缩"算法来进行回收，说回收机制先看看heap的分区(这个from和to 并不是绝对的，看对象处在哪个位置，GC的次数不一样之后，那from和to会有相应转变)

分区一目了然，下面研究一下算法实现吧

Minor GC：GC新生代，

Full GC：老年代GC，

因为新生代中对象的存活率比较低，所以一般采用复制算法，老年代的存活率一般比较高，一般使用”标记-清理”或者”标记-整理”算法进行回收。

看了有几天才明白啥意思，我说说我自己的见解吧，还是画图吧，

Minor GC：

（编辑：衡阳站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!