WKWebView完美网络请求拦截

如果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,给了更具体的实现。

另外这个我不是第一个发现的，应该有很多同学已经比我更早发现了...