V8JavaScriptEngine的使用方法研究..docx

V8 JavaScript Engine的使用方法研究第一节一、写在前面的话随着google io大会上对android 2.2系统展示，一个经过高度优化的android系统（从dalvik虚拟机，到浏览器）呈现在大家面前。开发者们会非常自然地将目光落在dalvik虚拟机方面的改进（包括ndk工具对jni联机单步调试的支持），很多应用接口的调整以及以此为基础的新的应用程序（偶是属于那种喜新不厌旧，找抽性质的人）。对于android 2.2在浏览器方面的优化和改进，在google io大会上只提到了已经全面支持v8 javascript引擎，这种引擎会将浏览器的运行速度提升2－3倍（尽管firefox已经官方发表声明说他们在未来的firefox中会使用一个叫做tracemonkey的javascript引擎，它要比v8更快，但目前来看v8引擎是所有现存javascript引擎中最快的）。hoho，好东西嘛，自然少不了偶了，下面偶就把自己对v8引擎的一些使用方面的心得体会简单地写一下，希望能够对游戏开发者或者应用程序引擎开发者有一些用处。（稍微表达一下对google的意见，虽然android 2.2已经正式发布了，但source code还没有发布出来，偶等得花儿都谢了。）二、v8引擎特性简介v8引擎的最根本的特性就是运行效率非常高，这得益于v8与众不同的设计。从技术角度来看，v8的设计主要有三个比较特别的地方：（1）快速对象属性存取机制javascript这语言很邪门，很不规范，但是动态特性很高，甚至可以在运行时增加或减少对象的属性，传统的javascript引擎对于对象属性存取机制的实现方法是——为运行中的对象建立一个属性字典，然后每次在脚本中存取对象属性的时候，就去查这个字典，查到了就直接存取，查不到就新建一个属性。如此设计虽然很方便，但是很多时间都浪费到这个“查字典”的工作上了。而v8则采取另外一种方式——hidden class（隐藏类？！偶怕翻译得不贴切因此直接把原文写上来了）链的方式，在脚本中每次为对象添加一个新的属性的时候，就以上一个hidden class为父类，创建一个具有新属性的hidden class的子类，如此往复递归进行，而且上述操作只在该对象第一次创建的时候进行一次，以后再遇到相同对象的时候，直接把最终版本的hidden class子类拿来用就是了，不用维护一个属性字典，也不用重复创建。这样的设计体现了google里面天才工程师们的才华（当然第一次运行的时候肯定要慢一些，所以google那边强调，v8引擎在多重循环，以及重复操作一些对象的时候速度改善尤为明显，大概这种设计也是其中的一个原因吧，当然最主要的原因还在动态机器码生成机制）（2）动态机器码生成机制这一点可以类比一下java虚拟机里面的jit（just in time）机制，地球人都知道，java的运行效率很低，尤其在使用多重循环（也就是，for循环里面还有个for循环里面还有for循环*^@*#^$。。。就当此注释是废话好了）的时候，sun为了解决这个问题，在jvm虚拟机里面加入了jit机制，就是在.class运行的时候，把特别耗时的多重循环编译成机器码（也就是跟exe或elf中保存的代码一样的可执行二进制代码），然后当下次再运行的时候，就直接用这些二进制代码跑，如此以来，自然运行效率就提高了。android 2.2在dalvik里面也已经加入了jit技术，所以会有如此大的性能提升，但是对于一个javascript引擎中引入此技术来提高脚本的运行效率，偶还是第一次看到（或许是偶孤陋寡闻了，欢迎对此有研究的朋友不吝斧正）。这种设计在本文的下半部分，研究如何在c++程序中嵌入v8引擎、执行javascript脚本的时候，会有更加深入的理解，因为每次运行脚本之前，首先要调用compile的函数，需要对脚本进行编译，然后才能够运行，由此可以看到动态代码生成机制的影响深远。这种设计的好处在于可以极大限度地加速javascript脚本运行，但是自然也有一些问题，那就是移植的问题，目前从v8的代码上来看，v8已经支持ia32（也就是x86了），arm，x64（64位的，偶现在还没那么幸运能用上64位的机器）,mips（是apple们用的），其他的javascript引擎，只需要把代码重新编译一下，理论上就能够在其他不同的硬件平台上跑了，但是从这个动态机器码生成的机制来看，虽然v8很好，很强大，但是把它弄到其他的平台上似乎工作量不小。（3）高效的垃圾回收机制垃圾回收，从原理上来说就是对象的引用计数，当一个对象不再被脚本中其他的对象使用了，就可以由垃圾回收器（garbage collector）将其释放到系统的堆当中，以便于下一次继续使用。v8采用的是stop