37- WKWebView项目实践分享（一）- UIWebView回顾介绍

系列文章：

• 《43- WKWebView项目实践分享（二）- WKWebView介绍》
• 《38- WKWebView项目实践分享（三）- native和webView交互》
• 《39- WKWebView项目实践分享（四） - 先了解下Cookie》
• 《40- WKWebView项目实践分享（五）- WKWebView如何加Cookie》
• 《41- WKWebView项目实践分享（六）- 项目实践：User Agent、跨域、重定向及其它》
• 《42- WKWebView项目实践分享（七） - 补充: 实践中的坑》

前言

环境：
XCode 9.3
iOS8-iOS11.3

年初，项目替换了WKWebView，过程中也遇到了很多问题。基于这些问题，结合网上的解决方案，自己进行取舍以获得一个最好的方案。当然这个最好，仅限于我目前而言。如果大家还有更高的方案，希望能够多多交流，毕竟坑不少，大家一起填才能把坑填平。

这篇文章主要是结合HTML5的发展历史，对UIWebView和WKWebView进行一个回顾和介绍。看完之后，你可以知道两者的优缺点、相关API、已经两者的不同和限制。

UIWebView

UIWebView和HTML5的发展历史

首先我们来看这张表格：

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介绍》)

参考

强烈建议如果你把下边提到的参考文章也快速看下，作为拓展和补充：

• 《Apple Documentation》
• 《NSURLProtocol 全攻略》

交流

---

希望能和大家交流技术
Blog:http://www.lilongcnc.cc

---

·