一提到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"];
}
至此,问题解决
网友评论