深入理解JVM--类的执行机制

 

在完成将class文件信息加载到JVM并产生class对象之后,就可以执行Class对象的静态方法或者实例方法对对象进行调用了。JVM在源代码编译阶段将源代码编译为字节码文件,字节码是一种中间代码的方式,要由JVM在运行时进行解释执行,这种方式称之为解释执行方式。

1、字节码的解释执行

SunJDK是基于栈的体系结构来执行字节码的,基于栈的好处是代码紧凑,体积小。每个线程创建之后,都会产生一个程序计数器(又称PC计数器)和栈,栈中存在若干的栈帧,每个方法的调用都会产生栈帧。栈帧主要包含两部分,局部变量和操作数栈,局部变量用户存放方法中的局部变量和参数,操作数栈用户存放方法中性过程中产生的中间结果,栈帧中还会有一些杂用的空间,用于存放指向方法已解析的常量池的引用,一些JVM内部所需要的数据等。如下图所示

 


深入理解JVM--类的执行机制_第1张图片
 

 1)

         指令解释执行

 

方法的指令执行是经典的冯诺依曼体系中饿FDX的循环方式,即取一条指令,然后分派,执行。

如下面的代码

       while(true){

           int code=fetchNextCode();

           switch(code){

           case IADD:

              // do add

           case :

              // do sth.

           }

       }

以上程序很简单的满足了我们的需求,也是FDX循环模式一个很简单的实现,但是这段程序每次执行完毕都会回到程序的原点,重新判断重新执行,效率是比较差的,所以,有人提出了一种叫token-threding的方式,使用令牌来进行处理,如下面的代码

    IADD:{

       // do add;

       fetchNextCode();

       dispatch();

    }

    ICONST_0:{

       //do sth

       fetchNextCode();

       dispatch();

 

}

       这段代码冗余了fetchNextCodedispatch两条指令,性能相对会好一些(为什么性能会好?详情请参看博文JAVA机制)但是使用这种方法由于冗余相关指令,因此占用的内存会大一些。

2)         栈顶缓存

在方法执行过程中,可以看到有很多重要的操作将数据放入到操作数栈,这会导致寄存器和内存要不断的进行交换数据,SunJDK采用可栈顶缓存,即将本来位于操作数栈的值直接缓存在寄存器上,这样对于大部分只需要一个操作数的操作而言,无需将数据放入操作数栈,可直接在寄存器上进行计算,然后放回操作数栈。

3)         部分栈帧共享

当一个方法调用另外一个方法的时候,通常会传入另一个方法的参数存放在操作数栈,SunJDK为此做了一个优化,就是当调用方法时,后一方可以将前一方的操作数栈作为当前方法的局部变量,从而节省数据copy带来的损耗。

当然SunJDK为了提高数据执行的效率,做了很多优化,这里有不一一列举了

2、编译执行

解释执行的效率是很低的,为了提升代码编译的执行性能,SunJDK也提供了编译执行的机制(N多教科书上说java是一种结实型语言,都是不全面的,JVM是可以执行编译执行的),编译在运行时进行,通常成为JIT编译器。SunJDK对执行频率高的代码进行编译,而对执行频率不高的代码仍然进行解释执行,因此SunJDK又被称作为HotspotVM,对于编译,SunJDK提供了2种方式,clint complier-clint)和server complier-server)。

Clint complier又被成为C1,较为轻量级,只做少量的性能开销比较高的一些优化,占用内存较少,适合做桌面的交互式应用。在寄存器分配策略上,JDK6采用了线性扫描寄存器的方式(具体可参照http://www.bluedavy.com/book/reference/LSRA.pdf),在其他方面的优化主要包括:方法内联、去虚拟化、冗余消除等!

1)         方法内联

对于java语言来说,通常需要调用多个方法来完成功能,执行的时候还需要多次传参和返回值传递,因此C1采用了方法内联的方式,把用到的方法直接植入到当前的方法中,示例如下

        public void buy(){

       saveOrder();

       saveDetail();

    }

 

    public void saveOrder(){

       //do save saveOrder

    }

 

    public void saveDetail(){

       //do write detail

    }

当编译的时候,发现编译后的buy方法的字节码≤35个字节(这个可以通过JVM启动的时候设置参数-XX:MaxInlineSize=35来进行控制),则该程序会演变成下面的结构!

    public void buy(){

       //do save saveOrder

       //do write detail

}

2)         去虚拟化

去虚拟化是指在状态class文件之后进行层次分析,如果发现类中的方法只提供了一个实现类,那么对于条用了此方法的代码,也就可以通过方法内联来提高性能。

如下列代码

interface OrderInterface{

  public void buy();

}

class Order implements OrderInterface{

 

  @Override

  public void buy() {

     //do buy

  }

}

public class Test{

  public void testBuy(Order order){

     order.buy();

  }

JVM在编译的时候发现buy方法只有一个实现的时候,就演变成以下结构

public class Test{

       public void testBuy(Order order){

       //do buy

       }

}

3)         冗余消除

冗余消除是指在编译时,根据运行时的状况进行代码折叠或削除

如下代码

import com.sun.org.apache.commons.logging.Log;

import com.sun.org.apache.commons.logging.LogFactory;

public class Test{

   

    private final static Log log = LogFactory.getLog(Test.class);

   

    private final static boolean isDebug = log.isDebugEnabled();

   

    public void execute(){

       if(isDebug)

           log.debug("Test.execute() has been excuted");

       //do sth

    }

}

这段代码在编译的时候如果被监测到isDebugfalse,则执行完C1编译之后就变成了如下代码

public class Test{

   

    public void execute(){

       //do sth

    }

}

这也是很多时候优秀的程序员不直接写log.debug而要先写一个判断的原因。

Server complier又称为C2编译,就比较重量级.

转(http://yhjhappy234.blog.163.com)

你可能感兴趣的:(java,JVM,java,虚拟机)