H5和Native交互学习资料

WKWebView使用遇到的一些坑

2016-09-26  本文已影响1776人  sea_biscute

WKWebView使用遇到的坑

简介

使用WKWebView一段时间,发现它和UIWebView的一些区别之处,有一写遇到的坑,现在对处理方式做了个小总结,现分享给大家.

区别

1.EvaluateJavaScript方法为异步

UIWebView中是同步执行的,直接调用

- (NSString *)stringByEvaluatingJavaScriptFromString:(NSString *)script;```

方法返回执行结果

- WKWebView

在```WKWebView```中,改为了```block```的方式进行值返回,并且该方法的执行是异步的

```- (void)evaluateJavaScript:(NSString *)javaScriptString completionHandler:(void (^ __nullable)(__nullable id, NSError * __nullable error))completionHandler;

延伸:执行JS方法的使用场景之一,就是获取当前webview的title,WKWebView提供了新属性title,如果是想获取title,可以直接使用WKWebView的title属性.

2.cookie设置方式不同



通过该方式设置的,为全局的cookie,项目中任意的UIWebView均携带一样的cookie.设置之后不需要做额外的操作.

网页将不再能获取默认的cookie,如果需要携带cookie,需要做一些操作:

1 初始化cookie, NSString *cookie = @"document.cookie='cookieKey=cookieValue'";

2 注入cookie

获取当前的userContentController:


注入scrpit:

WKUserScript *script = [[WKUserScript alloc] initWithSource:cookieValue injectionTime:WKUserScriptInjectionTimeAtDocumentStart forMainFrameOnly:NO];

[userContentController addUserScript:script];

注意

注入script时参数indectionTime有两个可选项WKUserScriptInjectionTimeAtDocumentStartWKUserScriptInjectionTimeAtDocumentEnd,

我们看一下官方文档对于这两个选项的解释:

WKUserScriptInjectionTimeAtDocumentStart : 注入时机为document的元素生成之后,其他内容load之前.

WKUserScriptInjectionTimeAtDocumentEnd : 注入时机为document全部load完成,任意子资源load完成之前.

一般情况下,如果想尽早注入cookie,在WKUserScriptInjectionTimeAtDocumentStart时完成即可,但是有一种特殊情况,即目前的诊疗圈为后端渲染,数据请求依赖cookie中的sessionKey,而前端页面的元素依赖后端返回的数据,因此,有一个问题,即cookie是在页面元素生成之后注入的,而在这之前,后端需要获取cookie,那么应该怎么办呢??

在requestHeader内注入cookie

NSString *cookie = @"cookieKey1=cookieValue1;cookieKey2=cookieValue2";

 [mutableRequest addValue:cookie forHTTPHeaderField:@"Cookie"];

这样在网络请求开始时,requestHeader将携带cookie.

3.WKWebView默认禁止了一些跳转

打开ituns.apple.com跳转到appStore, 拨打电话, 唤起邮箱等一系列操作UIWebView默认支持的.

默认禁止了以上行为,除此之外,js端通过window.open()打开新的网页的动作也被禁掉了.

如何支持呢?

可以跳转appStore或者拨号

-(void)webView:(WKWebView *)webView decidePolicyForNavigationAction:(WKNavigationAction *)navigationAction decisionHandler:(void (^)(WKNavigationActionPolicy))decisionHandler {

if(webView != self.wkWebView) {

decisionHandler(WKNavigationActionPolicyAllow);

return;

}

UIApplication *app = [UIApplication sharedApplication];

if ([url.scheme isEqualToString:@"tel"])

{

if ([app canOpenURL:url])

{

[app openURL:url];

decisionHandler(WKNavigationActionPolicyCancel);

return;

}

}

if ([url.absoluteString containsString:@"ituns.apple.com"])

{

if ([app canOpenURL:url])

{

[app openURL:url];

decisionHandler(WKNavigationActionPolicyCancel);

return;

}

}

decisionHandler(WKNavigationActionPolicyAllow);

}

支持window.open()

需要打开新界面是,WKWebView的代理WKUIDelegate方法

会拦截到window.open()事件.

只需要我们在在方法内进行处理

if (!navigationAction.targetFrame.isMainFrame) {

[webView loadRequest:navigationAction.request];

}

支持alert()

WKWebView默认不响应js的alert()事件,如何可以开启alert权限呢?

代理WKUIDelegate方法

将会获取到alert的信息,但是不会弹出alert.

在方法内部

[alertController addAction:[UIAlertAction actionWithTitle:@"OK"

style:UIAlertActionStyleCancel

handler:^(UIAlertAction *action) {

completionHandler();

}]];

if ([self.delegate isKindOfClass:[UIViewController class]]) {

UIViewController *controller = (UIViewController *)self.delegate;

[controller presentViewController:alertController animated:YES completion:^{}];

}

上一篇下一篇

猜你喜欢

热点阅读