OC与JavaScript交互 — UIWebView高级使用

目前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仓库。

OC与JavaScript交互 — UIWebView高级使用