移动开发中的Web：WebView、WebKit、JSCore、Web 优化、热修复、跨平台……

基于 WebView 的通信主要有两个途径，一个是通过系统或私有方法，获取 WebView 当中的 JSContext，使用系统封装的基于 JSCore 的函数通信;另一类是通过创建自定义 Scheme 的 iframe Dom，客户端在回调中进行拦截实现。

UIWebView & WKWebView 系统级

在 UIWebView 时代没有提供系统级的函数进行 Web 与 Native 的交互，绝大部分 App 都是通过 WebViewJavascriptBridge(下节介绍)来进行通信，而由于 JavascriptCore 的存在，对于 UIWebView 来说只要有效的获取到内部的 JSContext，也可以达到目的。目前已知的有效获取 Context 的私有方法如下：

//通过系统废弃函数获取context 
  - (void)webView:(WebView *)webView didCreateJavaScriptContext:(JSContext *)context forFrame:(WebFrame *)frame; 
     
  //通过valueForKeyPath获取context 
  self.jsContext = [_webView valueForKeyPath:@"documentView.webView.mainFrame.javaScriptContext"]; 

在 WKWebView 中提供了系统级的 Web 和 Native 通讯机制，通过 Message Handler 的封装使开发效率有了很大的提升。同时系统封装了 JavaScript 对象和 Objective-C 对象的转换逻辑，也进一步降低了使用的门槛。

// js端发送消息 
 window.webkit.messageHandlers.{NAME}.postMessage() 
 
 //Native在回调中接收 
 - (void)userContentController:(WKUserContentController *)userContentController didReceiveScriptMessage:(WKScriptMessage *)message; 

拦截自定义 Scheme 请求 - WebViewJavascriptBridge

由于私有方法的稳定性与审核风险，开发者不愿意使用上文提到的 UIWebView 获取 JSContext 的方式进行通信，所以通常都采用基于 iframe 和自定义 Scheme 的 JavascriptBridge 进行通信。虽然在之后的 WKWebView 提供了系统函数，但是大部分 App 都需要兼容 UIWebView 与 WKWebView，所以目前的使用范围仍然十分广泛。

类似的开源框架有很多，但是无外乎都是 Web 侧根据固定的格式创建包含通信信息的 Request，之后创建隐式 iframe 节点请求;Native 侧在相应的 WebView 回调中解析 Request 的 Scheme，之后按照格式解析数据并处理。

而对于数据传递和回调处理的问题，在兼容两种 WebView、持续更新的 WebViewJavascriptBridge 中，iframe Request 没有直接传递数据，而是 Web 和 Native 侧维护共同的参数或回调 Queue，Native 通过 Request 中 Scheme 的解析触发对 Queue 里数据的读取。

2. 脱离 WebView 的通信 JavaScriptCore

JavascriptCore

JavascriptCore 一直作为 WebKit 中内置的 JS 引擎使用，在 iOS7 之后，Apple 对原有的 C/C++ 代码进行了 OC 封装，成为系统级的框架供开发者使用。作为一个引擎来讲，JavascriptCore 的词法、语法分析，以及多层次的 JIT 编译技术都是值得深入挖掘和学习的方向，由于篇幅的限制暂且不做深入的讨论。

JavascriptCore.framework

虽然 JavascriptCore.framework 只暴露了较少的头文件和系统函数，但却提供了在 App 中脱离 WebView 执行 JavaScript 的环境和能力。

• JSVirtualMachine：提供了 JS 执行的底层资源及内存。虽然 Java 与 JavaScript 没有一点关系，但是同样作为虚拟机，JSVM 和 JVM 做了一部分类似的事情，每个 JSVirtualMachine 独占线程，拥有独立的空间和管理，但是可以包含多个 JSContext。
• JSContext：提供了 JS 运行的上下文环境和接口，可以不准确地理解为，就是创建了一个 JavaScript 中的 Window 对象。
• JSValue：提供了 OC 和 JS 间数据类型的封装和转换 Type Conversions。除了基本的数据类型，需要注意 OC 中的 Block 转换为 JS 中的 function、Class 转换为 Constructor 等等。
• JSManagedValue：JavaScript 使用 GC 机制管理内存，而 OC 采用引用计数的方式管理内存。所以在 JavascriptCore 使用过程中，难免会遇到循环引用以及提前释放的问题。JSManagedValue 解决了在两种环境中的内存管理问题。
• JSExport：提供了类、属性和实例方法的调用接口。内部实现是在 ProtoType & Constructor 中实现对应的属性和方法。

使用 JavascriptCore 进行通信

对于 JavascriptCore 粗浅的理解，可以认为使用 Block 方法，内部是将 Block 保存到一个 Web 环境中的全局 Object 中，例如 Window，而使用 JSExport 方法，则是在 Web 环境中 Object 的 prototype 中创建属性、实例方法，在 constructor 对象中创建类方法，从而实现 Web 中的调用。

（编辑：西安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!