当前位置: 首页 > 工具软件 > SpiderMonkey > 使用案例 >

将JS嵌入C++ ————Spidermonkey引擎的使用

裘光启
2023-12-01

     Spidermonkey是火狐的js引擎。我曾经仔细比较过C++嵌入Spidermonkey和v8,最终因为对多线程并行比较执着,于是最终选择了Spidermonkey。网上流传的关于Spidermonkey引擎的用法大多还停留在1.8.5版本。随着更新迭代,高版本的js引擎更快更符合js标准也更好用,但相关资料比较少,官网文档更是惨不忍睹几乎和没有文档一样。

     最近我接触到了devtoolset这个东西,所以产生了更新js引擎的想法。高版本的spidermonkey开始以来c++11了,目前centos6的默认g++只到4.4.7版本,这个g++能编译的最高版本的Spidermonkey是17。最近我尝试了编译gcc和devtoolset发现spidermonkey38也可以用(45~60我全都尝试过了,编译完动态链接后用不了,我没有仔细研究解决办法,只是把更新的目标选为38版本)。在琢磨38版本的过程中,为了方便喜欢火狐和js的人更好地了解这个引擎。我产生了一点点分享的想法,但也只有这一点点吧。

    先分享一下代码,我不知道该怎么系统地解释清楚,有想要深入了解的朋友邮件我吧。lyramilk@qq.com。

 

主角17版本,这版本我在几亿pv的服务上面己经用了两三年了。但这版本Spidermonkey对于for-of的实现有点问题,17版本的for-of不是通过标准的Symbol.iterator符号实现的,而是通过名为iterator的函数,返回的结构也不太一样,终止条件是抛出StopIteration异常。

https://github.com/lyramilk/libmilk/blob/master/libmilk/src/linux/script_js17.cpp

38版本,我还没写完,所以也没上传。所以这个url暂时还是个假的。

https://github.com/lyramilk/libmilk/blob/master/libmilk/src/linux/script_js38.cpp

    我自己的框架为了消除多种脚本引擎的区别,封装了一些内容。scriptengine.h是对脚本引擎封装类的一些统一管理。script_js.h就是具体到spidermonkey的封装了。我为了统一多种不同脚本引擎,封装了一个叫var的类。在参数传递和返回的时候,全都把脚本参数统一转换成了var,这牺牲了很多性能,但服务的性能瓶颈绝不可能在这里体现,所以也就欣然接受了。

   这些代码里包含了js元素与c++数据结构互转,js异常在c++中处理,js对象携带c++信息,c++向js抛异常,c++对象支持js通过for-of访问,c++缓存js字节码以及通过字节码执行js等等。

   还包括了两个需要解释的内容:

   1,C++向js注入对象这个操作本身也比较消耗性能。我是在一个Context中注册了global对象,然后把c++方法注册给它。然后在实际执行脚本的时候,重新创建一个新的Context,然后把新Context的global对象的prototype设置为前面那个携带C++方法的global对象,这个原型跨越了Context,但它竟然没有问题(17和38版本都可以这样用)。这就使得Spidermonkey在独立的上下文中加载执行一个脚本的性能消耗非常低。

   2,Spidermonkey Value的Private要求设置进去的指针的数值必须是偶数,如果把函数指针设置成Private有的时候是会出现问题的。

 

   在38版本中,因为有Symbol的加入,很多实现起来都舒服多了。比如C++携带js数据时,就可以用Symbol属性,而不是像我17版本那样用了一个比较奇怪的普通属性来携带C++数据。

 

 类似资料: