java虚拟机缓存，java虚拟机内存

大家好，今天小编关注到一个比较有意思的话题，就是关于java虚拟机缓存的问题，于是小编就整理了2个相关介绍java虚拟机缓存的解答，让我们一起看看吧。

java虚拟机内存模型？

Java虚拟机相当于一个抽象的计算机操作系统，其管理的内存区域大体上可以分为栈和堆，就像c或c++中对内存的分类一样，但这样的分类对于Java虚拟机来说太过粗浅，实际上Java虚拟机管理的内存区域分为程序计数器、虚拟机栈、本地方法栈、堆和方法区，根据各区域是属于线程私有还是由线程共享，这些区域可以分为两类，下面分别进行说明。

java解释执行后是否常驻内存？为何需要JIT技术？

什么是 JIT ？

为了提高热点代码的执行效率，在运行时，虚拟机将会把这些代码编译成与本地平台相关的机器码，并进行各种层次的优化，完成这个任务的编译器称为即时编译器（Just In Time Compiler），简称 JIT 编译器

编译器：把源程序的每一条语句都编译成机器语言,并保存成二进制文件,这样运行时计算机可以直接以机器语言来运行此程序,速度很快;

解释器：只在执行程序时,才一条一条的解释成机器语言给计算机来执行,所以运行速度是不如编译后的程序运行的快的；

通过命令将 Java 程序的源代码编译成 Java 字节码，即我们常说的 class 文件。这是我们通常意义上理解的编译。

字节码并不是机器语言，要想让机器能够执行，还需要把字节码翻译成机器指令。这个过程是Java 虚拟机做的，这个过程也叫编译。是更深层次的编译。（实际上就是解释，引入 JIT 之后也存在编译）

此时又有疑惑了，Java不是解释执行的吗？

没错，Java 需要将字节码逐条翻译成对应的机器指令并且执行，这就是传统的 JVM 的解释器的功能，正是由于解释器逐条翻译并执行这个过程的效率低，引入了 JIT 即时编译技术。

必须指出的是，不管是解释执行，还是编译执行，最终执行的代码单元都是可直接在真实机器上运行的机器码，或称为本地代码

附一张图来理解

编译原理参考：深入分析Java的编译原理

也不是Java程序员，简单谈谈我的看法。

1，一般意义上的垃圾回收是针对对象实例，而非类型本身，要回收类型，需要从 Classloader 入手;

2，Java是编译型语言，但不是原生编译，编译结果是中间代码（字节码），这就是能跨平台的原因，因此程序运行时需要从中间代码转换为机器码;

3，将中间代码编译成机器码有时间开销，而且和中间代码的量是成正比的，就是说要编译的越多，花费的时间就越多，程序的启动速度就越慢; 这也是所有使用中间语言（如Java、C#等）开发的程序，启动速度明显比原生编译型程序要慢的原因;

4，JIT的作用是按需编译，用到才编译，编译后缓存，可以提高程序的加载速度，效果立竿见影;

某屌炸天的编译器，就是在中间代码的编译阶段，直接编译成机器码，相当于原生编译，这样输出的程序虽然加载和运行速度有所提高，但失去了跨平台的能力。

到此，以上就是小编对于java虚拟机缓存的问题就介绍到这了，希望介绍关于java虚拟机缓存的2点解答对大家有用。