使用javascriptcore实现供h5调用的native接口

在app开发中使用webview，经常需要从js端调用和原生相关的交互功能。那么这样一层bridge的开发工作具体采用什么方案来实现呢？
JS call OC:
方案1:
最古老也是使用最广泛、且跨平台的方案是在页面内嵌入一个iframe，然后通过该iframe触发的webview相关事件来进行hook，从而达到通信的目的。
其中回调方法的传递是通过生成一个id并保存，来回传递id，在js端再通过id获取到对应的fuction实现回调。大名鼎鼎的cordova就是采用了这种方案实现了bridge。

方案2:
iOS7 苹果引入了javascriptcore引擎；而该引擎可以用作js 和原生代码交互的桥梁。 那具体到webview里面是怎样实现的呢？
javascriptcore的使用，离不开的是jscontext。
对于UIWebview，我们可以在webview的代理方法（比如webViewDidFinishLoad）中使用如下代码获取到jscontext并保存：

 // Undocumented access to UIWebViews JSContext

 // TODO: base64 of documentView.webView.mainFrame.javaScriptContext

 self.context = [webView valueForKeyPath:@"documentView.webView.mainFrame.javaScriptContext"];

但是对于wkwebview，因为其内部实现的原因，我们无法获取到jscontext，所以这里我们不展开（在文章结尾处我们会大概说一下wkwebview可以采用的方案）。

UIwebview下实现供h5调用的native接口有两种方式：
1. block
在webViewDidFinishLoad末尾插入如下代码（扫码示例）:

OrderCapture *capture = [[OrderCapture alloc] init]; capture.scanType = OrderCaptureScanTypeAll; capture.targetDelegate = self; [capture showDecodeView]; };

这里的cb是js传递过来的回调函数，通过scanQRCB这个属性保存了起来，后面在扫码的delegate方法中可以通过它来调用回调函数：

 button onclick = "window.scanQRCode(callback)" 点击我弹出原生的扫码! /button 

通过JSExport协议包装方法
首先我们要为这些方法注册一个共同的命名空间了（这里叫wq）：

- (void)webViewDidFinishLoad:(UIWebView *)webView

 // Undocumented access to UIWebViews JSContext

 // TODO: base64 of documentView.webView.mainFrame.javaScriptContext

 self.context = [webView valueForKeyPath:@"documentView.webView.mainFrame.javaScriptContext"];

 // do the bridge below... here we use jsexport to do the bridge.

 self.context[@"wq"] = self;

}

实现原生的方法：

这里实现了3个方法，分别演示了多参数、单参数、带回调的export实现。
因js只支持单个参数，因此需要使用JSExportAs来对多参数的情况进行包装。
如果只有一个参数，不需要用jsexportAs来包装。
3个方法的调用示例：

button onclick = "window.wq.nativeAlert(biaoti, alertCallback)" 点击我弹出原生的alert! /button button onclick = "window.wq.nativeAlert(biaoti, alertCallback)" 点击我弹出原生的alert! /button

那么这样jscore在uiwebview上提供给js的bridge实现就讲完了，这种方法的好处是实现非常清晰，且没有额外的iframe开销；不失为一种优雅的bridge解决方案。

而对于wkwebview来说，需要采用另外的方式来实现（window.webkit.messageHandlers.xxxMethod.postMessage），和上面的方法完全不同，就不再展开了。

而如果使用iframe的方案，可以同时在wkwebview和uiwebview上起作用，考虑同时支持两种webview的情况下使用这种方案是比较合理的，无需做很多额外的处理；关于这套方案的具体实现，有时间再来细说一下（其实不复杂）。

补充：
对于wkwebview，不会自动弹出alert、prompt还有另外一个什么来着，而是可以通过代理方法，需要处理好相应的代理方法才可以完成交互（别以为是bug了，哈哈）。
例（对于alert）:

工作中常常作为c++开发者，常常需要与java开发人员进行对接，或者他们看重了一些很好的c++库想借用，就需要将这些已有的开发可进行二次封装给java开发调用 首先需要从官网下载jdk并安装，例如本人的安装路径：C:\software\java\jdk1.