系列文章：
前言
环境：
XCode 9.3
iOS8-iOS11.3
年初，项目替换了WKWebView，过程中也遇到了很多问题。基于这些问题，结合网上的解决方案，自己进行取舍以获得一个最好的方案。当然这个最好，仅限于我目前而言。如果大家还有更高的方案，希望能够多多交流，毕竟坑不少，大家一起填才能把坑填平。
这篇文章主要是结合HTML5的发展历史，对UIWebView和WKWebView进行一个回顾和介绍。看完之后，你可以知道两者的优缺点、相关API、已经两者的不同和限制。
UIWebView
UIWebView和HTML5的发展历史
首先我们来看这张表格：
从表格里边我们可以看出，2008年早在iOS2.0的时候，UIWebView就已经发布了，但是HTML5的规范正式定稿和火热的使用是在2012年之后，中间差了4年。这4年时间对于互联网来说变化很大了。可想基于早期HTML标准设计的UIWebView自然就不可能完全的支持HTML5的特性了。另外，UIWebView使用的时候，内存占用巨大，native和webView交互单一，新的WebView也是呼之欲出。所以2014年WWDC,伴随着iOS8系统正式推出WKWebView。
UIWebView的API
打开UIWebView.h，会发现苹果提供的可操作的API很少。这就意味你在加载一个webView的时候，你能处理和掌控的环节和细节就很少。简单归下类，如下：
创建
UIWebView *webView = [[UIWebView alloc] initWithFrame:myFrame];
NSURLRequest *request = [NSURLRequest requestWithURL:myURL];
[webView loadRequest:request];
UIWebViewDelegate
// 是否允许加载网页，也可获取js要打开的url
(BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType;
// 开始加载网页
(void)webViewDidStartLoad:(UIWebView *)webView;
// 网页加载完成
(void)webViewDidFinishLoad:(UIWebView *)webView;
// 网页加载错误
- (void)webView:(UIWebView *)webView didFailLoadWithError:(NSError *)error;
Cookie管理
[[NSHTTPCookieStorage sharedHTTPCookieStorage] setCookie:cookie];
使用NSURLProtocol
// 注册代理
[NSURLProtocol registerClass:[self class]];
// 取消注册代理
[NSURLProtocol unRegisterClass:[self class]];
// 整个URL Loading System的入口，进行请求的过滤，筛选出需要进行处理的请求,表示是否可以处理这个request
(BOOL)canInitWithRequest:(NSURLRequest *)request;
// 开始请求
(void)startLoading;,
// 取消执行请求
(void)stopLoading;
// 还有一些发起NSURLSession请求， 以及NSURLSession相关代理的方法
// ...
其他方法
- (void)reload;
- (void)stopLoading;
- (void)goBack;
- (void)goForward;
@property (nonatomic, readonly, getter=canGoBack) BOOL canGoBack; // 是否可以返回前一页
@property (nonatomic, readonly, getter=canGoForward) BOOL canGoForward; // 是否可以向前一页
@property (nonatomic, readonly, getter=isLoading) BOOL loading;
- (nullable NSString *)stringByEvaluatingJavaScriptFromString:(NSString *)script;
@property (nonatomic) BOOL scalesPageToFit;
UIWebView的优缺点
UIWebView的优点：
- 操作Cookie很容易
- 可以使用NSURLRequestCachePolicy缓存策略
- 可以使用苹果的黑魔法NSURLProtocol，可以轻松定义整个URL Loading System
在本文写作的时候，发现好多大厂的App仍然在使用UIWebView。让大厂如此恋恋不舍的，想必是UIWebView的黑魔法NSURLProtocol，在自定义NSURLProtocol后，我们就有机会对所有的请求进行统一的处理，NSURLProtocol使用起来非常方便，它可以让你：
- 自定义请求和响应
- 提供自定义的全局缓存支持
- 重定向网络请求
- 提供HTTP Mocking (方便前期测试)
- 其他一些全局的网络请求修改需求
WKWebView中并不能直接使用NSURLProtocol而且没有直接暴露出其相关的API。关于UIWebView中的NSURLProtocol和URL Loading System这部分，可以看一下网易乐得团队的文章《NSURLProtocol》，在文章开头写的言简意赅。
UIWebView的缺点
这里可以说WKWebView的优点就是它的缺点， 比如说：
- 会导致APP占用内存急剧上升
- native与webView交互方式单一
- 对H5新特性支持不是很好
- API太少，给开发者可控制的细节少
WKWebView
移步：《43- WKWebView项目实践分享（二）- WKWebView介绍》)
参考
强烈建议如果你把下边提到的参考文章也快速看下，作为拓展和补充：
交流
希望能和大家交流技术
Blog:http://www.lilongcnc.cc
·
