OC与JavaScript交互 — UIWebView高级使用

目前iOS Hybrid APP通信方式可以使用WebViewJavascriptBridge第三方库、JavaScriptCore.framework(iOS7.0及以上)、WebKit.framework(iOS8.0及以上)及其它解决方案。但随着越来越多的App只支持iOS7以上的系统,使用JavaScriptCore.frameworkWebKit.framework的方式来解决WebViewJavaScript通信会越来越普遍。

关于WKWebView的使用可以查看另一篇文章:OC/Swift与JavaScript交互—WKWebView高级使用

另外JSPatch也是使用JavaScriptCore作为JS引擎,使用JavaScriptCore可以避免使用拦截协议的方式。
因为拦截协议的方式传值不方便,DOM原生方法无法拦截(如History对象的back()方法,即history.back()方法无法拦截)
所以尽量少用拦截协议的方式进行UIWebViewJavaScript交互,尽量多使用JavaScriptCoreWebKit交互,是一种比较优雅的方式。

本文主要使用JavaScriptCore进行UIWebViewJavaScript交互。

一、相关方法

// 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的方式获取JavaScriptcontext,即JavaScript的执行上下文环境,当JavaScript文件被WebView载入后,默认最先进入的是一个全局的执行上下文。
二、context加载两个JavaScript函数。作用分别是:
1.声明1个 historyBack()函数,函数内什么都不用做;
2.覆盖window.history.back函数,将其指向一个匿名函数,匿名函数内部调用historyBack()函数;
三、然后在OC中,对JavaScriptcontexthistoryBack函数,使用block方式绑定OC方法(更新UI时确保在主线程执行)

实现方法中使用了JavaScript函数的替换和增加,有一个好处,就是HTML5不需要额外自定义JSON对象HTML5在不考虑iOSAndroid端的前提下,iOSAndroid端能完成本地App应用和HTML5交互的任务。

四、UIWebView错误的注入时机

最开始是将这几个方法的调用放在webViewDidFinishLoad中,交互逻辑没有问题,却会遇到点击HTML5中的返回按钮无效的情况。
经常仔细观察,现象是这样的:
HTML5页面加载出来了,但XCode控制台还没有打印webViewDidFinishLoad加载完成信息,这时候点击HTML5的返回按钮无法pop controller;再过三四秒等webViewDidFinishLoad加载完成信息打印在控制台以后,返回按钮点击就可以响应了。

推测应该是HTML5body加载完后,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仓库

七、JavaScriptCore使用注意

1.JavaScript调用本地方法是在子线程中执行的,这里要根据实际情况考虑线程之间的切换;
2.使用self.context[@“JSObject”]=self;注入Controller自身时产生循环引用,导致内存泄露;可以考虑添加代理对象,让controllercontext不相互持有。

推荐阅读更多精彩内容