博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

 移植前的准备:

 

准备工作最起码要做三件事情:

1、完全理解微软的脚本引擎规范;

2、完全满足Jscript的现有功能特性;

3、完全掌握V8的架构和使用过程。

 

理解微软的脚本引擎规范

众所周知,微软产品的每个角落都充斥着COM,脚本引擎也不例外。一个合格的脚本引擎必须首先是一个COM组件,并实现下表中列出的标准接口:

IActiveScript – 这个接口是必须的,所有脚本引擎都应该实现这个接口,它负责维护脚本引擎的状态机,以及报告脚本执行状态。

IActiveScriptParse – 这个接口也是必须的,脚本代码执行之前的解析过程必须由它来完成。

IActiveScriptParseProcedure2 – 这个接口可选,但如果脚本引擎被IE浏览器使用的话,则是必须的。嵌入到HTML标签中的事件处理脚本代码片段的解析需要这个接口,CSS中的脚本表达式也需要它。

IActiveScriptProperty – 这个接口可选。用来让客户端设置或者检索某些属性。

IActiveScriptStats – 这个接口可选。对于异步控制脚本代码执行是有用的,如果某个脚本代码执行时间很长,使用这个接口能向客户端报告当前脚本的执行进度,IE通常使用它来提示用户后台执行周期过长,并接受用户选择以终止脚本执行。在我的脚步引擎实现中并未实现这个接口。

IObjectSafety – 这个接口可选,但如果脚本引擎被IE浏览器使用的话,则是必须的,IE利用它来设置或检索某些安全属性。

还有很多可选的接口,例如用于脚本的调试和单步执行、查看调用栈、查看当前变量值、报告异常等等功能,有些功能我没有实现,有些功能由于V8本身的限制暂时无法实现,但不影响引擎的使用。

 

除了要实现的接口,实现规范的脚本引擎还必须关注一些额外的事情。

状态机和状态的迁移。

熟悉COM的人都知道,COM组件跟线程关系密切,对线程异常敏感,在COM术语中叫做线程套间。通常实现一个COM组件就意味着这个组件已经限定了自己的套间类型,或者是STA,或者是MTA。但脚本引擎组件是一个非常非常特殊的组件类型。

由于状态机的存在,不同状态下脚本引擎组件必须使用不同的套间类型,而且不同状态下引擎能做的事情也是不同的。这点理解起来有点困难,后面会稍做解释。

在现阶段的脚本引擎规范中只定义了6种状态,对于一个刚刚创建的引擎组件,它的状态是“未初始化”,在这种状态下,引擎唯一能做的事情就是绑定到客户端,同时它是一个自由线程组件(MTA),能被任意线程使用。

一旦客户端绑定到引擎组件上,它的状态就变成了“已初始化”。在这种状态下,引擎可以开始解析脚本代码了,而且组件变成了STAMTA之间的一种特殊的套间状态。这种特殊套间的含义就是:某些组件方法开始对线程敏感,只能用于STA,某些组件方法仍然对线程不敏感,可以被MTA中的其它线程直接调用。

当状态机迁移到“已启动”状态时,所有已解析的脚本代码开始执行,而且后续注入的脚本代码将在解析之后立即执行,不再内部排队。从进入这个状态开始,整个脚本引擎组件已经是一个完完全全的STA组件,所有方法都对线程敏感。

在状态机进入“已启动”状态之后,可以随时命令引擎进入“已关闭”状态。在这种状态下,引擎组件永久失效,不能再执行任何脚本代码,也不能恢复到“已启动”或者“已连接”状态,唯一能做的就是释放引擎组件。

在“已启动”状态之上还有两个状态,“已连接”和“未连接”,通常情况下这两种状态可以不使用,因为连接代表引擎将自动连接到命名项的连接点,来接收任何对象事件。