公司上一个版本 x.x.x 的 app 发布之后，OOM（Out of Memory） free seesion 的值直线下降。目前维持在 73% 左右。一直在思考为什么这
个值下降的这么严重。直到发现这篇文章，资料1。意识到是 UIWebView 的内存泄漏导致的。
先说一下为什么之前 UIWebView 内存泄漏但是 fabric 显示的 OOM free session 值却并不低。
iOS 8 设备有两个奇怪的 bug
第一个 bug 已经在 iOS 9 上面解决了（在 iOS 8 设备上，如果您使用了 documentView.webView.mainFrame.javaScriptContext 获取了网页的 JSContext，通过频繁的进入和退出网页界面，这个 crash 是毕现的）。但是第二 bug iOS 10 也还存在。
关于这两个 bug 网上的资料都不多。从搜到的仅有的资料来看，后者很可能和 UIWebView 的内存泄漏有关。至少从 crash 堆栈来看，OC 运行时找不到转发的类。
所以我的想法就很简单了。直接干涉 UIWebView delegate 的方法转发。基于 NSProxy 可以很好的实现一个代理 delegate。具体实现可以看这个 Smart Proxy Delegation，或者有兴趣可以直接看 AsyncDisplay 和 YYKit 的源代码，里面都有具体的实现，AsyncDisplay 的源代码中注释很丰富，强烈推荐。
换了这种方式之后，这两个 bug 导致的 crash 就再也没出现了（意外的也修复好了在 iOS 8 上的 JavaScriptCore crash）。
但是 OOM free session 值却开始直线下滑了，到现在稳定在 73% 左右。联想到之前这两个 crash 占比达到 80% 左右，我猜想之前的 crash 都转换到了 OOM 上了。
由于 UIWebView 内存泄漏实在太过严重，我决定切换到 WKWebView。
如何兼容 iOS 7
切换到 WKWebView 遇到的第一个问题是怎么同时也支持 iOS 7，这是我们的产品经理要求的。
先说一点题外话，苹果设备默认是支持老版本的系统安装老版本的 app 的。也就是说如果您的 app 之前是支持 iOS 7 的，但是下一个版本只支持最低 iOS 8了，那么一个 iOS 7 的用户去 App Store 下载您的 app 的时候，苹果会自动弹窗提醒用户将会安装该 app 的支持 iOS 7的老版本。
也就是说只支持最低 iOS 8设备并不会让你损失 iOS 7 的用户，如果您之前是支持 iOS 7的话。
但是万一真的想支持 iOS 7同时又能实现新的 iOS 特性怎么办？两个步骤：
-
在项目配置的 build phases 中添加你需要的 framework（比如 WebKit.framework），如果该 framework 不支持您的最低 iOS 版本要求，设置 framework 的 status 为 weak
-
当你需要用到该 framework 的类的时候（比如 WKWebView），首先在实现文件中导入 framework 的主头文件
#import <WebKit/WebKit.h>当你要生成 WKWebView 对象的时候，先判断类是否存在，再决定是用 WKWebView 还是 UIWebView
id webView = nil; if([WKWebView class]) { webView = [WKWebView new]; } else { webView = [UIWebView new]; }同时在实现文件中实现 WKWebView 和 UIWebView 的 delegate。实际运行的时候，运行时会调用正确的 delegate 方法（WKWebView 或者 UIWebView）。
如何使用 WebView
这个比较简单，我说一下一些有用的实现方式：
-
KVO 监听
estimatedProgress来设置进度条的值 -
KVO 监听
title来设置比如说导航栏标题 -
通常设置 webView（无论是 UIWebView 还是 WKWebView） 的 delegate 的时候我会用 proxy 进行封装，见资料2
-
在 UIWebView 里面，我会是用 JavaScriptCore 来让页面的 JS 调用 OC 本地方法
-
在 WKWebView 里面，我会用 WKWebViewConfiguration 添加一个脚本处理对象给 WKUserContentController，页面 JS 可以通过调用
window.webkit.messageHandlers.<your handler name>.postMessage({data: data, id: handle});将数据传给客户端本地。代码如下：WKWebViewConfiguration *config = [WKWebViewConfiguration new]; config.userContentController = [WKUserContentController new]; [config.userContentController addScriptMessageHandler:<Your Handler Object> name:@"<your handler Name>"]; WKWebView *wkWebView = [[WKWebView alloc] initWithFrame:CGRectMake(0,0,0,0) configuration:config];然后在<Your Handler Object>上实现 WKScriptMessageHandler ，处理 js 传过来的数据。参见资料3
处理 Cookie
UIWebView 的 cookie 和 NSHTTPCookieStorage 的单例对象是互通的。所以 UIWebView 的 cookie 基本上处理比较简单。NSHTTPCookieStorage 的单例对象会自动将 cookie 添加到相应的 UIWebView 的 request 上。每次加载完页面以后 UIWebView 上生成的 cookie 也会自动保存到 NSHTTPCookieStorage 单例对象。
WKWebView 的 cookie 处理起来就很麻烦了。为了将 NSHTTPCookieStorage 单例对象的 cookie 设置到 WKWebView，需要在 loadRequest 的时候将 cookie 设置到 request 的 http 头上。代码如下：
- (void)loadRequest:(NSURLRequest *)req {
NSMutableURLRequest *request = req.mutableCopy;
NSString *urlString = request.URL.absoluteString;
if (urlString && [urlString rangeOfString:@"www.xxx.com"].location != NSNotFound) {
NSHTTPCookie *cookie = // specific cookie to be set;
NSArray* cookies = [NSArray arrayWithObjects: cookie, nil];
NSDictionary * headers = [NSHTTPCookie requestHeaderFieldsWithCookies:cookies];
[request setAllHTTPHeaderFields:headers];
}
[(WKWebView *)self.wkWebView loadRequest:request];
}
如果有 AJAX 的 request 的话需要设置脚本（原理就是将本地 cookie 通过 js 设置到页面的 document.cookie）：
WKUserContentController* userContentController = WKUserContentController.new;
WKUserScript * cookieScript = [[WKUserScript alloc]
initWithSource: @"document.cookie = 'TeskCookieKey1=TeskCookieValue1';document.cookie = 'TeskCookieKey2=TeskCookieValue2';"
injectionTime:WKUserScriptInjectionTimeAtDocumentStart forMainFrameOnly:NO];
// again, use stringWithFormat: in the above line to inject your values programmatically
[userContentController addUserScript:cookieScript];
WKWebViewConfiguration* webViewConfig = WKWebViewConfiguration.new;
webViewConfig.userContentController = userContentController;
WKWebView * webView = [[WKWebView alloc] initWithFrame:CGRectMake(/*set your values*/) configuration:webViewConfig];
由于采用了新的实现机制，WKWebView 获取的 cookie 不会被设置到 NSHTTPCookieStorage 单例对象上。如果想要获取 WKWebView 上面的 cookie，同样可以是用 document.cookie。但是这种方式无法获取到 httpOnly 的 cookie。为了获取到所有的 WKWebView 上的 cookie。可以使用 NSURLProtocol，在 NSURLProtocol 得到调用的时候去取所有的相关 cookie。但是 WKWebView 默认并不走 NSURLProtocol，需要使用私有 API：
Class cls = NSClassFromString(@"WKBrowsingContextController");
SEL sel = NSSelectorFromString(@"registerSchemeForCustomProtocol:");
if ([(id)cls respondsToSelector:sel]) {
// 把 http 和 https 请求交给 NSURLProtocol 处理
#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Warc-performSelector-leaks"
[(id)cls performSelector:sel withObject:@"http"];
[(id)cls performSelector:sel withObject:@"https"];
#pragma clang diagnostic pop
}
[NSURLProtocol registerClass:[CustomURLProtocol class]];
原理请看让 WKWebView 支持 NSURLProtocol
网友评论