汽车企业管理系统,无锡网站关键词优化软件咨询,做收费类网站站长,招聘网58同城求职信息Java是解释语言#xff0c;但并不意味着它一定被解释执行。早期的虚拟机确实一条一条指令解释执行#xff0c;但人们发现这样效率太低#xff0c;不满足各种要求#xff0c;因此出现了许多其它虚拟机#xff0c;如JIT的虚拟机。HotSpot也是类似一种虚拟机#xff0c;自从…Java是解释语言但并不意味着它一定被解释执行。早期的虚拟机确实一条一条指令解释执行但人们发现这样效率太低不满足各种要求因此出现了许多其它虚拟机如JIT的虚拟机。HotSpot也是类似一种虚拟机自从SUN买下后已经把它放入JRE 1.3以及后续版本中。采用HotSpot的Java虚拟机已经很难说Java是被虚拟机解释执行了原因是HotSpot实际上是把Java的bytecode编译成Native code然后运行。实际上在HotSpot虚拟机中有两个技术是至关重要的即动态编译和Profiling。HotSpot对bytecode的编译不是在程序运行前预先编译的而是在程序运行过程中动态编译(compile during run-time)英文称Dynamic compilation。其实Just In Time也就是这个意思。HotSpot是如何动态编译Javad的bytecode呢它采用的是一种smart的办法。HotSpot里有一个运行监视器即Profile Monitor(不知国内如何翻译Profile),专门监视程序运行中哪一部分运用频度大 哪些对性能影响至关重要。当然Profile Monitor有一些算法这些算法未必十全十美但大体是能较好获得相关信息的。对于那些对程序运行效率影响交大的代码称为热点即hot spotHotSpot会把这些部门动态地编译成机器码Native code同时也对机器码进行优化(类似C编译器的一些优化)从而而提高运行效率。而那些较少运行的CodeHotSpot虚拟机就不再浪费时间把它们编译。总体来看Java bytecode是以解释方式被load到虚拟机的。但虚拟机的分析器根据一段运行获知对程序效率影响最大的部分然后通过动态编译同时进行优化编译成机器码然后为接下来的运行加速。总的来说HotSpot对bytecode有三层处理不编译编译编译并优化。至于程序哪部分不编译哪部分编译哪部分做何种优化则由ProfileMonitor决定。那么为什么Java采用动态编译器而不是象C这样采用静态编译器呢虚拟机提供的跨平台运行条件固然是一方面动态编译器也在许多方面比静态编译器优越。Profiling就是一个例子。静态编译器通常很难准确预知程序运行过程中究竟什么部分最需要优化。静态编译器虽然可以把Java全部编译成Native Code但却做不到动态编译器那样的优化。另一个典型的例子叫做Method inlining。我们知道无论是在C还是在Java里函数调用都是很浪费系统时间的因为有许多进栈出栈操作。因此有一种优化办法就是把原来的函数调用通过编译器的编译改成非函数调用把函数代码直接嵌到调用出变成顺序执行。但这一方法在Java/C这样的面向对象的语言的编译器中较难很好实现。那些静态编译器通常可以把privatestatic等函数进行Method inlining但由于这些面向对象的语言支持函数重载支持动态联编(不知道是不是这样翻译Overridden, dynamic binding),因此静态编译器并不知道究竟应该把函数的哪个实现给inline了。HotSpot的动态编译由于有对函数调用的监视因此可以准确地知道一些环境下那些被重载和动态识别的函数可以如何被inline到调用者那里去因此实际上对于一些Server应用来说可以大幅度提高效率。HotSpot实际上有两个版本一个是Server版一个是Client版。但它们的结构和本质都是一样的只是有些地方优化不一样。了解了这些就知道有时候Java的程序甚至能比C程序运行还快。
