WKWebView完美网络请求拦截
2020-05-12 本文已影响0人
上官soyo
如果WebView混合开发,网络请求拦截总是存在需求。因为往往有:
- h5的XHR请求想要享受跟native请求一样的待遇,比如错误处理和session超时重登陆。
- 缓存需求
- 监控需求
WKWebView的网络请求一直是一个头疼的问题。坊间流传三大方案皆存在致命瑕疵:
- 方案一:走私有api注册NSURLProtocol, 但XHR 请求丢失 body 的问题,所以要js注入封装一层 myXHR 代替 XHR。然而如果在工程中使用了iframe, 回调就乱了。遂放弃。
- 方案二: WKURLSchemeHandler自定义,要h5处理。弃。
- 方案三: 所有的网络请求走native,通过messagehandler转发。h5改动更大, 弃。
去年拜读了很多文章等文章。但是确实以为这条路是堵死了。也看了大神们如何解决丢body问题。WKURLSchemeHandler 的能与不能这篇也很详尽。
看一看WebKit2源码也会觉得绝望。毕竟网络请求都不在一个进程里。想要拦截真的很难。
image.png
惊天大反转
但是有时候解决问题的方式确实没那么复杂。也许关键还是在多看一点源码。解决问题的关键在WKWebViewConfiguration.mm
这个实现里
- (void)setURLSchemeHandler:(id <WKURLSchemeHandler>)urlSchemeHandler forURLScheme:(NSString *)urlScheme
{
auto *urlSchemeHandlers = _urlSchemeHandlers.get([] { return adoptNS([[NSMutableDictionary alloc] init]); });
if ([WKWebView handlesURLScheme:urlScheme])
[NSException raise:NSInvalidArgumentException format:@"'%@' is a URL scheme that WKWebView handles natively", urlScheme];
...
这里就是WKURLSchemeHandler 的能与不能
这篇文章里写的,为何大部分已知的约定俗称的都不能定义,包括,https、http、about,当然也包括,data、blob、ftp 等,如果你这样做了,会收到一个crash。
所以思路是不是很简单?只要[WKWebView handlesURLScheme:urlScheme]
一直返回NO不就行了?
所以是不是只要
@implementation WKWebView(handlesURLScheme)
+ (BOOL)handlesURLScheme:(NSString *)urlScheme
{
return NO;
}
@end
这么几行代码就行了?
有兴趣去看看我的库SSWKURL,给了更具体的实现。
另外这个我不是第一个发现的,应该有很多同学已经比我更早发现了...