【jvm】7-执行引擎

执行引擎

jvm三层：类加载 --> 运行时数据区 --> 执行引擎

概述

“虚拟机”是一个相对于“物理机”的概念，这两种机器都有代码执行能力，其区别是物理机的执行引擎是直接建立在处理器、缓存、指令集和操作系统层面上的，而虚拟机的执行引擎则是由软件自行实现的，因此可以不受物理条件制约地定制指令集与执行引擎的结构体系，能够执行那些不被硬件直接支持的指令集格式。

解释器：当Java虚拟机启动时会根据预定义的规范对字节码采用逐行解释的方式执行，将每条字节码文件中的内容“翻译”为对应平台的本地机器指令执行。

JIT (Just In Time Compiler)编译器：就是虚拟机将源代码直接编译成和本地机器平台相关的机器语言。

• java是半解释半编译语言。现在JVM在执行Java代码的时候，通常都会将解释执行与编译执行二者结合起来进行。

热点代码及探测方式

当然是否需要启动JIT编译器将字节码直接编译为对应平台的本地机器指令，则需要根据代码被调用执行的频率而定。关于那些需要被编译为本地代码的字节码，也被称之为“热点代码”，JIT编译器在运行时会针对那些频繁被调用的“热点代码”做出深度优化，将其直接编译为对应平台的本地机器指令，以此提升Java程序的执行性能。

• 一个被多次调用的方法，或者是一个方法体内部循环次数较多的循环体都可以被称之为“热点代码”，因此都可以通过JIT编译器编译为本地机器指令。由于这种编译方式发生在方法的执行过程中，因此也被称之为栈上替换，或简称为OSR (On StackReplacement)编译。

方法计数器

• 这个计数器就用于统计方法被调用的次数，它的默认阈值在 client模式下是1500次，在 Server模式下是10000 次。超过这个阈值，就会触发JIT编译。
• 这个阈值可以通过虚拟机参数-Xx: Compi leThreshold来设定。
• 当一个方法被调用时，会先检查该方法是否存在被JIT编译过的版本，如果存在，则优先使用编译后的本地代码来执行。如果不存在已被编译过的版本，则将此方法的调用计数器值加1，然后判断方法调用计数器与回边计数器值之和是否超过方法调用计数器的阈值。如果已超过阈值，那么将会向即时编译器提交一个该方法的代码编译请求。

动态编译：

热度衰减

• 如果不做任何设置，方法调用计数器统计的并不是方法被调用的绝对次数，而是一个相对的执行频率，即一段时间之内方法被调用的次数。
• 当超过一定的时间限度，如果方法的调用次数仍然不足以让它提交给即时编译器编译，那这个方法的调用计数器就会被减少一半，这个过程称为方法调用计数器热度的衰减(Counter Decay)，而这段时间就称为此方法统计的半衰周期(counter Half Life Time） 。
• 进行热度衰减的动作是在虚拟机进行垃圾收集时顺便进行的，可使用虚拟机参数-XX:-UseCounterDecay来关闭热度衰减，让方法计数器统计方法调用的绝对次数，这样，只要系统运行时间足够长，绝大部分方法都会被编译成本地代码。
• 另外，可以使用-xX:CounterHalfLifeTime 参数设置半衰周期的时间，单位是秒。

编译模式

缺省情况下HotSpot VM是采用解释器与即时编译器并存的架构，可根据具体应用场景，通过命令显式地为Java虚拟机指定在运行时到底是完全采用解释器执行，还是完全采用即时编译器执行。

-Xint:完全采用解释器模式执行程序
-Xcomp:完全采用即时编译器模式执行程序。如果即时编译出现问题，解释器会介入执行。
-Xmixed:采用解释器+即时编译器的混合模式共同执行程序。

HotSpot VM中内嵌有两个JIT编译器，分别为client Compiler和server Compiler，但大多数情况下简称为c1编译器和c2编译器。可通过如下命令显式指定使用哪一种即时编译器。

• -client：指定Java虚拟机运行在client模式下，并使用c1编译器;
  • c1编译器会对字节码进行简单和可靠的优化，耗时短。以达到更快的编译速度。
  • 优化策略：
    • 方法内联：将引用的函数代码编译到引用点处，这样可以减少栈帧的生成，减少参数传递以及跳转过程
    • 去虚拟化：对唯一的实现类进行内联
    • 冗余消除：在运行期间把一些不会执行的代码折叠掉
• -server：指定Java虚拟机运行在server模式下，并使用c2编译器。（64位，jdk默认server模式）
  • C2进行耗时较长的优化，以及激进优化。但优化的代码执行效率更高。
  • 优化策略：
    • 标量替换：用标量值代替聚合对象的属性值
    • 栈上分配：对于未逃逸的对象分配对象在栈而不是堆
    • 同步消除：清除同步操作，通常指synchronized

分层编译（Tiered compilation）策略：程序解释执行（不开启性能监控）可以触发c1编译，将字节码编译成机器码，可以进行简单优化，也可以加上性能监控，C2编译会根据性能监控信息进行激进优化。

String

StringBuild

• 线程不安全
• 字符串相加：底层是new StringBuild 并调用.append()方法进行拼接后toString()方法输出
  • toString()方法中也是new String(“xxx”);返回。

关于堆空间与字符串常量池

public class StringIntern {
    public static void main(String[] args) {

        String s = new String("1");
        s.intern();//调用此方法之前，字符串常量池中已经存在了"1"
        String s2 = "1";
        System.out.println(s == s2);//jdk6：false   jdk7/8：false

        String s3 = new String("1") + new String("1");//s3变量记录的地址为：new String("11")
        //执行完上一行代码以后，字符串常量池中，是否存在"11"呢？答案：不存在！！
        s3.intern();//在字符串常量池中生成"11"。如何理解：jdk6:创建了一个新的对象"11",也就有新的地址。
                    //      						jdk7:此时常量中并没有创建"11",而是创建一个指向堆空间中new String("11")的地址
        String s4 = "11";//s4变量记录的地址：使用的是上一行代码代码执行时，在常量池中生成的"11"的地址
        System.out.println(s3 == s4);//jdk6：false  jdk7/8：true
    }
}

• 直接new的String在堆中生成对象，不会在常量池添加对象。

• 字面量即双引号定义的String，会在常量池添加对象。

• .intern()：查看字符串常量池中有没有相应对象，没有就添加进去并返回相关地址。有就直接返回相关地址。

  • string对象调用，没有-直接在常量池创建一个实打实新地址的对象。
  • jdk7之后：new的string对象调用该方法，没有-常量池则会创建一个引用堆对象地址的对象

• StringBuild的toString方法：=new String(“xxx”); 不会在常量池创建对象。

public class StringExer1 {
    public static void main(String[] args) {
        String x = "ab";
        String s = new String("a") + new String("b");//new String("ab")
        //在上一行代码执行完以后，字符串常量池中并没有"ab"

        String s2 = s.intern();//jdk6中：在串池中创建一个字符串"ab"
                               //jdk8中：串池中没有创建字符串"ab",而是创建一个引用，指向new String("ab")，将此引用返回

        System.out.println(s2 == "ab");
        System.out.println(s == "ab");
    }
}

结果：
//jdk6:true false 
//jdk8:true true

.intern()可以节省内存空间。

大的网站平台，需要内存中存储大量的字符串。比如社交网站，很多人都存储:北京市、海淀区等信息。这时候如果字符串都调用intern ()方法，就会明显降低内存的大小。