如何将iOS与JavaScriptCore引擎框架结合使用?

摘要:JavaScriptCore引擎
我们都知道WebKit是个渲染引擎,简单来说负责页面的布局,绘制以及层的合成,但是WebKit工程中不仅仅有关于渲染相关的逻辑,也集成了默认的javascript引擎--JavaScript
JavaScriptCore引擎 我们都知道WebKit是个渲染引擎,简单来说负责页面的布局,绘制以及层的合成,但是WebKit工程中不仅仅有关于渲染相关的逻辑,也集成了默认的javascript引擎--JavaScriptCore,目前Safari的js引擎也基于JSC构建,不过有一些私有的优化,总体性能相差不大。JSC的执行理念比较符合传统的引擎逻辑,它包括了2部分:解释器和简单方法JIT。解释器比较容易理解,针对某种类型的文件解释执行,在JSC中,它的目标文件是由代码构建的语法树生成的字节码文件,类似于java中的字节码,不过在JSC中字节码的执行是在基于寄存器的虚拟机中而不是基于栈,好处在于可以方便的在ARM架构处理器中使用三地址指令,减少了次数较多的出栈和入栈等指令分派以及耗时的内存IO;JIT在java虚拟机中应用比较多,针对执行较多次的热点方法进行编译为本地方法,执行效率更高,JSC中的JIT同理。 在iOS7中,我们可以引入JSC框架,这样,我们可以oc层来操作js层代码的执行。另外JSC暴露了许多C层面的接口,我们也可以在底层来构建自定义的js执行环境,操作执行js代码,可控执行可扩展性更强。 hybrid应用构建 既然有了这么给力的引擎,我们在构建hybrid app时可以使用JSC来代替cordova的webViewJavascriptBridge框架完成简易的接口暴露,未来在oc层逐渐可以将UI组件模块化,并通过JSExport暴露接口,由js层负责调用相应模块的初始化方法完成界面的hybrid化。 oc端初始化一个js执行上下文JSContext对象很容易, [[JSContext alloc] init]即可,但是在hybrid app中,通过这种方式初始化JSContext与承载页面的UIWebVIew并不是同一个js环境,因此我们需要获取UIWebView对应的JSContext。但是apple官方并未提供相关的方法,不过这边难不倒某些人,有些人发现,通过KVC的方式可获取UIWebView对应的JSContext,方式如下[webView valueForKeyPath:@"documentView.webView.mainFrame.javaScriptContext"]。一旦获取到对应的JSContext,我们可以做的就有很多了。 // 获取对应的JSContext JSContext *context=[webView valueForKeyPath:@"documentView.webView.mainFrame.javaScriptContext"]; // 设置JSContext的错误处理函数 [context setExceptionHandler:^(JSContext *context, JSValue *value) { NSLog(@"oc catches the exception: %@", value); }]; // 组件化某个功能类或UIController ShowjoyFad *sf=[ShowjoyFad new]; // 暴露改类至JSContext中,在js层的全局属性中我们可以访问该类,如window.showjoyFad context[@"showjoyFad"]=sf; context[@"ViewController"] = self; // 引用js层定义的函数 JSValue * abc = context[@"abc"]; // 执行 JSValue * ret = [abc callWithArguments:@[@"helloworld"]]; NSLog(@"ret: %@",[ret toString]); 通过简单的例子可以很明显的看出JSC通信的简洁性,与android的WebView通信类似,native端可以直接讲接口注入到js上下文中,js在何时的时机调用函数。但是这里涉及到一个比较棘手的问题,JSContext的获取实在UIWebView的那个阶段呢? 我做过一个测试:首先在UIWebView的webViewDidStartLoad阶段创建JSContext并暴露oc端的方法,在加载一级页面时js正常调用oc的方法,而跳转到二级页面中却无法执行oc的方法;而在webViewDidStartLoad阶段由于并未加载完js文件, 因此js层定义的函数在oc端无法执行。
阅读全文