JAVA代码是怎样运行的？

  谈起java这一面向对象编程的语言，我们不得不说与之十分相似的另一面向对象语言——C++，同为面向对象语言，他们个代码在运行时又有什么区别呢？

  C++与C语言一样，在运行之前需要将代码编译成机器能够识别的机器码，为了让开发人员能够理解，我们可以用反汇编的方式将其转换为汇编代码。反观java，大家都知道java代码想要运行必须在java虚拟机中运行，这又是为什么呢？

  java作为一门抽象程度极高的编程语言，直接在硬件上运行时是十分困难的，所以我们在运行java程序之前需要进行转换，而java虚拟机就承担了这样一个转换的责任。在java代码运行之前，我们先将java代码转换为java虚拟机可以识别的指令序列，而不是像C与C++一样直接编译成机器可以识别的机器码。java虚拟机可以将转换来的java字节码（前文指令序列）进一步转化，从而得到机器可以识别的机器码。java的跨平台也是借此实现的，一段java代码可以在不同平台上的java虚拟机上进行编译。

  既然java虚拟机时java代码运行的必要条件，那么它又是如何运行java字节码的呢？

  首先，我们先从虚拟机的角度来解析这一问题，从虚拟机视角来看，被编译后的字节码会先被加载到虚拟机中的方法区内，在实际运行时，虚拟机会执行方法区内的代码。

  java虚拟机从内存中分出堆栈来存储运行时数据，不同的是java虚拟机会将栈细分为面向java方法的java方法栈，面向本地方法的本地方法栈（C++写的native方法），以及存放各个线程执行位置的PC寄存器。

 每次在java方法运行时，java虚拟机会在当前线程的java方法栈中生成一个栈帧，用以存放局部变量以及字节码操作数，且栈帧在储存空间不要求连续分布。当退出执行方法时，无论正常或异常退出虚拟机都会弹出当前线程的栈帧，并舍弃。在jdk的hotspot里面，有两种对java字节码的翻译机制：第一种是解释执行，即逐条将字节码翻译成机械码并执行，第二种是即时编译，即将一个方法中包含的字节码编译成机器码执行。前者无需等待编译，而后者的有事在于实际运行速度快。hotspot默认采用混合模式，综合解释执行和即时执行两者的有点，它会先解释执行字节码，而后将其中反复的热点代码，以方法为单位进行即时编译（解释翻译一条执行一条，即时以方法为单位先翻译在执行）。

  即时编译建立程序在符合二八定律的假设之上，对于大部分不常用的代码，我们采用解释执行方式，对于少部分热点代码，我们使用即时执行的方法，以此达到理想的运行速度。理论上来说，即时编译后的java程序的执行效率，是有可能超过C++的静态编译的。这是因为与静态编译相比，即时编译拥有程序运行时信息，并且能根据这个信息作出相应优化。

在HotSpot中有多个即时编辑器：C1，C2,Graal。Graal时java10正式引入的实验性的即时编译器。多个即时编译器是为了在编译时间和生成代码的执行效率之间进行取舍。C1又叫Client编译器，面向对启动性能有要求的客户端GUI程序，采用优化手段简单，因此编译时间较短。C2又叫server编译器，面向对峰值性能有要求的服务端程序，采用优化手段复杂，因此编译时间较长。

  从java7开始，HotSpot采用分层编译的方式：热点方法先被C1编译，而后热点方法的热点方法被C2编译。为了不干扰正常的运行，HotSpot的即时编译时放在额外的编程线程中进行的，HotSpot会根据CPU的数量来设置线程的数目，并按2:1配置给C1和C2。