目前iOS Hybrid APP通信方式可以使用WebViewJavascriptBridge第三方库、JavaScriptCore.framework（iOS7.0及以上）、WebKit.framework（iOS8.0及以上）及其它解决方案。但随着越来越多的App只支持iOS7以上的系统，使用JavaScriptCore.framework和WebKit.framework的方式来解决WebView与JavaScript通信会越来越普遍。
关于WKWebView的使用可以查看另一篇文章：OC/Swift与JavaScript交互—WKWebView高级使用
另外JSPatch也是使用JavaScriptCore作为JS引擎，使用JavaScriptCore可以避免使用拦截协议的方式。
因为拦截协议的方式传值不方便，DOM原生方法无法拦截（如History对象的back()方法，即history.back()方法无法拦截）。
所以尽量少用拦截协议的方式进行UIWebView与JavaScript交互，尽量多使用JavaScriptCore或WebKit交互，是一种比较优雅的方式。
本文主要使用JavaScriptCore进行UIWebView和JavaScript交互。
一、相关方法
// UIWebView的方法
- (nullable NSString *)stringByEvaluatingJavaScriptFromString:(NSString *)script;
// JavaScriptCore中JSContext的方法
- (JSValue *)evaluateScript:(NSString *)script;
二、相关使用
// 获取当前页面的title
NSString *title = [webview stringByEvaluatingJavaScriptFromString:@"document.title"];
evaluateScript方法使用场景相对比较复杂
对于这部分的使用，写了个Demo放入GitHub仓库：https://github.com/xiaoL0204/UIWebViewDemo
三、Demo的主要实现如下：
#pragma mark - javascript上下文
-(void)getJsContext{
self.jsContext = [self.webView valueForKeyPath:@"documentView.webView.mainFrame.javaScriptContext"];
}
#pragma mark - 返回按钮
-(void)changeJavascriptBackMethod:(JSContext *)context{
NSString *jsString1 = @"function historyBack(){}";
NSString *jsString2 = @"window.history.back=function(){historyBack();}";
[context evaluateScript:jsString1];
[context evaluateScript:jsString2];
__weak __block typeof(self) weakSelf = self;
context[@"historyBack"] = ^{
[weakSelf performSelectorOnMainThread:@selector(popSelf) withObject:nil waitUntilDone:NO];
// [weakSelf popSelf];
};
}
#pragma mark - document状态改变
-(void)changeJavaScriptStateChangeMethod:(JSContext *)context{
NSString *jsString1 = @"function onreadystatechange(){}";
NSString *jsString2 = @"document.onreadystatechange=function(){onreadystatechange();}";
[context evaluateScript:jsString1];
[context evaluateScript:jsString2];
WeakSelf(ws);
self.jsContext[@"onreadystatechange"] = ^{
JSValue *readyStateValue = [context evaluateScript:@"document.readyState"];
if ([[readyStateValue toString] isEqualToString:@"interactive"]) {
if ([ws respondsToSelector:@selector(changeJsMethodAddLike:)]) {
[ws changeJsMethodAddLike:context];
}
}
};
}
上面的这段代码做了以下工作：
一、首先会通过KVO的方式获取JavaScript的context，即JavaScript的执行上下文环境，当JavaScript文件被WebView载入后，默认最先进入的是一个全局的执行上下文。
二、context加载两个JavaScript函数。作用分别是：
1.声明1个 historyBack()函数，函数内什么都不用做；
2.覆盖window.history.back函数，将其指向一个匿名函数，匿名函数内部调用historyBack()函数；
三、然后在OC中，对JavaScript的context的historyBack函数，使用block方式绑定OC方法（更新UI时确保在主线程执行）
实现方法中使用了JavaScript函数的替换和增加，有一个好处，就是HTML5不需要额外自定义JSON对象。HTML5在不考虑iOS和Android端的前提下，iOS和Android端能完成本地App应用和HTML5交互的任务。
四、UIWebView错误的注入时机
最开始是将这几个方法的调用放在webViewDidFinishLoad中，交互逻辑没有问题，却会遇到点击HTML5中的返回按钮无效的情况。
经常仔细观察，现象是这样的：
HTML5页面加载出来了，但XCode控制台还没有打印webViewDidFinishLoad加载完成信息，这时候点击HTML5的返回按钮无法pop controller；再过三四秒等webViewDidFinishLoad加载完成信息打印在控制台以后，返回按钮点击就可以响应了。
推测应该是HTML5的body加载完后，HTML5页面都已经渲染好了，还有某些未加载完的文件或标签，因此UIWebView还没有调用到 webViewDidFinishLoad，也就没有注入这3个方法，交互链就断开了。
显然将webViewDidFinishLoad方法作为JavaScript注入时机，已经非常滞后了。
五、UIWebView什么时候创建JSContext环境
两个时机：
1.渲染网页时遇到<script>标签，UIWebView会创建JSContext环境；
2.执行方法[webView valueForKeyPath:@"documentView.webView.mainFrame.javaScriptContext"]，UIWebView会创建JSContext环境，而且和遇到<script>标签时创建的环境是同一个；
六、UIWebView什么时候注入JavaScript函数对象
在代理方法webViewDidFinishLoad中注入JavaScript函数对象显然不合适。
较为优雅的方式是实现一个NSObject的扩展，并实现webView:didCreateJavaScriptContext:forFrame:方法。在这个方法内注入JavaScript对象。
Demo中为了防止相互引用，使用了一个类WebViewDelegateManager来防止内存泄露。
实现的Demo已经上传到我的GitHub仓库。
