iOS开发-UIWebView和WKWebView监听url的改

2018-05-22 本文已影响0人来者可追文过饰非

一提到webView监听或者拦截url,许多人可能都会想到在以下下两个方法中拦截

UIWebView

- (BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType;

WKWebView

// 页面开始加载
- (void)webView:(WKWebView *)webView didStartProvisionalNavigation:(WKNavigation *)navigation;
或者
// 在发送请求之前,决定是否跳转
- (void)webView:(WKWebView *)webView decidePolicyForNavigationAction:(WKNavigationAction *)navigationAction decisionHandler:(void (^)(WKNavigationActionPolicy))decisionHandler;

这两种情况可以处理一般情况下的问题,但是特殊情况下,比如手机百度首页是多个页面同时开始加载,然后再次点击跳转的时候就不会再调用以上的方法,或者点击网页返回上一页的时候也不会调用以上的方法,这个时候我们可以采用下面的方式

UIWebView

继承NSURLCache类,并重写- (NSCachedURLResponse *)cachedResponseForRequest:(NSURLRequest *)request方法

.h
@interface XLURLCache: NSURLCache

@end

.m
@implementation XLURLCache

- (NSCachedURLResponse *)cachedResponseForRequest:(NSURLRequest *)request {
   // 可以在此处进行拦截并执行相应的操作
   NSLog(@"url-------%@",request.URL.absoluteString);
   if ([request.URL.absoluteString isEqualToString:@""]) {
        NSURLResponse *response = [[NSURLResponse alloc] initWithURL:request.URL MIMEType:@"text/plain" expectedContentLength:1 textEncodingName:nil];
        NSCachedURLResponse *cachedResponse = [[NSCachedURLResponse alloc] initWithResponse:response data:[NSData dataWithBytes:" " length:1]];
        [super storeCachedResponse:cachedResponse forRequest:request];
    }
   return [super cachedResponseForRequest:request];
}

@end

在AppDelegate中添加以下代码

// 缓存路径 可以是Documents或者tmp文件夹
NSString *path = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES).firstObject; // the path to the cache file
NSUInteger discCapacity = 10*1024*1024;
NSUInteger memoryCapacity = 512*1024;
XLURLCache *cache = [[XLURLCache alloc] initWithMemoryCapacity: memoryCapacity
                                        diskCapacity: discCapacity diskPath:path];
[NSURLCache setSharedURLCache:cache];

然后,webView在加载新页面的时候就会走1中的方法了,不过有个缺点就是网页中图片链接之类的也会调用1中的方法,调用次数会比较多

WKWebView
WKWebView的方法比较简单,我们只需要用KVO监听URL属性的变化就能达到目的如下

[webView addObserver:self forKeyPath:@"URL" options:NSKeyValueObservingOptionNew context:nil];

// KVO 接收到通知时的方法
- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSKeyValueChangeKey,id> *)change context:(void *)context {
    if ([keyPath isEqualToString:@"URL"]) {
        // 可以在这里进行拦截并做相应的处理
        NSLog(@"URL------%@",_webView.URL.absoluteString);
    }
}

这里我们会发现,那为什么UIWebView我们不去用KVO的监听来实现呢?其实,我在写文章的时候也尝试了一下UIWebView的KVO但发现无论是监听request属性还是request.URL亦或request.URL.absoluteString都没有调用KVO的监听回调.

通过查看源码我们可以发现UIWebView的request属性.NSURLRequest的URL属性,NSURL的absoluteString 以及WKWebView的URL属性都是被关键字readonly修饰的,而KVO的原理是什么呢?

对于每个被观察的 property(属性)，重写其 setter 方法。
在重写的 setter 方法中调用以下方法通知观察者：
-willChangeValueForKey:
-didChangeValueForKey:

readonly导致了该属性没有setter方法,也就无法被KVO监听.但是为什么WKWebView的URL属性能被监听到呢? 个人推测可能是一下两个方案的一种

// 1.自己写一个方法帮助系统补齐原本应该在setter中实现的两个观察者方法 如下
- (void)ownSetURL:(NSURL *)URL {
  [self willChangeValueForKey:@"URL"];
   _URL = URL;
  [self didChangeValueForKey:@"URL"];
}


// 2.
- (void)ownSetURL:(NSURL *)URL {
  [self setValue:URL forKey:@"URL"];
}

至此,问题解决

iOS开发-UIWebView和WKWebView监听url的改

猜你喜欢

热点阅读