下面以标准JDK中的HotSpot为例。
虚拟机执行 Java 代码首先需要将它编译而成的 class 字节码文件加载到 Java 虚拟机中。加载后的 Java 类会被存放于方法区中。在实际运行时，虚拟机会执行方法区内的代码。
Java 虚拟机会将栈细分为面向 Java 方法的 Java 方法栈，面向本地方法（用 C++ 写的 native 方法）的本地方法栈，以及存放各个线程执行位置的 PC 寄存器。如下图所示：
在运行过程中，每当调用进入一个 Java 方法，Java 虚拟机会在当前线程的 Java 方法栈中生成一个栈帧，用以存放局部变量以及字节码的操作数。这个栈帧的大小是提前计算好的，而且 Java 虚拟机不要求栈帧在内存空间里连续分布。
当退出当前执行的方法时，不管是正常返回还是异常返回，Java 虚拟机均会弹出当前线程的当前栈帧，并将之舍弃。
HotSpot虚拟机将字节码文件翻译成机器码有两种形式：1.解释执行，即逐条将字节码翻译成机器码并执行；2.即时编译（Just-In-Time compilation，JIT），即将一个方法中包含的所有字节码编译成机器码后再执行。具体如下图:
两者都各有什么优势呢？
解释执行的优势在于无需等待编译，而即时编译的优势在于实际运行速度更快。
HotSpot 默认采用混合模式，综合了解释执行和即时编译两者的优点。它会先解释执行字节码，而后将其中反复执行的热点代码，以方法为单位进行即时编译。
