UIWebView
UIWebView是苹果继承于UIView封装的一个加载web内容的类,它可以加载任何远端的web数据展示在你的页面上,你可以像浏览器一样前进后退刷新等操作。不过苹果在iOS8以后推出了WKWebView来加载Web,下面再详细介绍下WKWebView。
UIWebView属于UIKit,封装了WebKit.framework的WebView.
WebView组合管理了WebCore.framework的Page,并提供了各种Clients.
Page管理了Main Frame,Main Frame管理了sub Frame(FrameTree)(关于详细的UIWebView介绍转自这里)
WebView继承自WAKView,WAKView类似于NSView,可以做较少的改动使得Mac和iOS共用一套。由UIWebDocumentView对WebView进行操作并接收回调事件,当数据发生变化的时候,就会通知UIWebTiledView重新绘制。
UIWebTiledView和WAKWindow这两个类主要负责页面的绘制,包括布局绘图排版,交互等,WAKWindow还会做一些用户操作事件的分派。
UIWebBrowserView主要负责:
* form的自动填充
* fixed元素的位置调整
* JavaScript的手势识别
* 键盘弹出时的视图滚动处理,防止遮挡
* 提供接口让UIWebView获取信息
* 为显示PDF时添加页号标签
通过反编译可以获得UIWebViewInternal的具体成员变量
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
|
@interface UIWebViewInternal : NSObject
{
UIScrollView *scroller;
UIWebBrowserView *browserView;
UICheckeredPatternView *checkeredPatternView;
iddelegate;
unsigned int scalesPageToFit;
unsigned int isLoading;
unsigned int hasOverriddenOrientationChangeEventHandling;
unsigned int drawsCheckeredPattern;
unsigned int webSelectionEnabled;
unsigned int drawInWebThread;
unsigned int inRotation;
NSURLRequest *request;
int clickedAlertButtonIndex;
UIWebViewWebViewDelegate *webViewDelegate;
UIWebPDFViewHandler *pdfHandler;
}
@end
|
由此可以看出UIWebViewInternal是接收WebView的事件的载体通过自身把WebView的事件传递给UIWebView.
WKWebView
通过上面的了解,苹果终于在8.0之后开放了WKWebView应用于iOS和OSX中,它取代了UIWebView和WebView,在两个平台上支持同一套API。
它脱离于UIWebView的设计,将原本的设计拆分成14个类,和3个代理协议,虽然是这样但是了解之后其实用法比较简单,依照职责单一的原则,每个协议做的事情根据功能分类。
WKWebView相比于UIWebView
* WKWebView的内存远远没有UIWebView的开销大,而且没有缓存
* 拥有高达60FPS滚动刷新率及内置手势
* 支持了更多的HTML5特性
* 高效的app和web信息交换通道
* 允许JavaScript的Nitro库加载并使用,UIWebView中限制了
* WKWebView目前缺少关于页码相关的API
* 提供加载网页进度的属性
WKWebView的协议
WKScriptMessageHandler协议
1
|
window.webkit.messageHandlers.{NAME}.postMessage()
|
可以把JavaScript对象通过该API自动转换成Objective-C或Swift 对象,Name可以通过addScriptMessageHandler: name:来设置
1
2
|
- (void)userContentController:(WKUserContentController *)userContentController didReceiveScriptMessage:(WKScriptMessage *)message{
}
|
作为唯一响应JavaScript的协议方法,目的是为了与其它的进行分离,在该协议中响应之前注入的MessageHandlers.
可以根据WKScriptMessage知道Js的名称和参数,来区分不同的响应事件
WKNavigationDelegate协议
提供了追踪主窗口网页加载过程和判断主窗口和子窗口是否进行页面加载新页面的相关方法,相当于UIWebView中webViewDidFinishLoad和webViewDidStartLoad方法,除了有开始加载、加载成功、加载失败的API外,还具有额外的三个代理方法:
1
2
3
|
- (void)webView:(WKWebView *)webView didReceiveServerRedirectForProvisionalNavigation:(WKNavigation *)navigation;
- (void)webView:(WKWebView *)webView decidePolicyForNavigationResponse:(WKNavigationResponse *)navigationResponse decisionHandler:(void (^)(WKNavigationResponsePolicy))decisionHandler;
- (void)webView:(WKWebView *)webView decidePolicyForNavigationAction:(WKNavigationAction *)navigationAction decisionHandler:(void (^)(WKNavigationActionPolicy))decisionHandler;
|
第一个是服务器redirect时调用
第二个API是根据客户端受到的服务器响应头以及response相关信息来决定是否可以跳转
第三个API是根据WebView对于即将跳转的HTTP请求头信息和相关信息来决定是否跳转
WKUIDelegate协议
提供用原生控件显示网页的方法回调,例如Alert提示可以自定义用原生的控件来实现
1
2
3
4
5
6
7
|
- (void)webView:(WKWebView *)webView runJavaScriptAlertPanelWithMessage:(NSString *)message initiatedByFrame:(WKFrameInfo *)frame completionHandler:(void (^)(void))completionHandler {
UIAlertController *alert = [UIAlertController alertControllerWithTitle:nil message:message preferredStyle:UIAlertControllerStyleAlert];
[alert addAction:[UIAlertAction actionWithTitle:@
"确定"
style:UIAlertActionStyleDefault handler:^(UIAlertAction * _Nonnull action) {
completionHandler();
}]];
[self presentViewController:alert animated:YES completion:NULL];
}
|
总结
WKWebView相较于UIWebView在整体上有较大的提升,满足OS上面使用同一套控件的功能,同时对整个内存的开销以及滚动刷新率和JS交互做了优化的处理。依据职责单一的原则,拆分成了三个协议去实现WebView的响应,解耦了JS交互和加载进度的响应处理。WKWebView没有做缓存处理,所以对网页需要缓存的加载性能要求没那么高的还是可以考虑UIWebView.
结合以上这些,最近封装一个基础的WebView控件[CHWebView](https://github.com/chausson/CHWebView),目前并没有做成一个通用控件,反而是封装带有UIWebView和WKWebView的基类,以后有时间的话把WebView这一层分离
Demo下载:https://github.com/chausson/CHWebView
本文将从以下几个方面说下WKWebView的基本用法:
- 加载网页
- 加载的状态回调
- 新的WKUIDelegate协议
- 动态加载并运行JS代码
- webView 执行JS代码
- JS调用App注册过的方法
一、加载网页
加载网页或HTML代码的方式与UIWebView相同,代码示例如下:
二、加载的状态回调 (WKNavigationDelegate)
用来追踪加载过程(页面开始加载、加载完成、加载失败)的方法:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
页面跳转的代理方法:
- 1
- 2
- 3
- 4
- 5
- 6
三、新的WKUIDelegate协议
这个协议主要用于WKWebView处理web界面的三种提示框(警告框、确认框、输入框),下面是警告框的例子:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
四、动态加载并运行JS代码
用于在客户端内部加入JS代码,并执行,示例如下:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
五、webView 执行JS代码
用户调用用JS写过的代码,一般指服务端开发的:
- 1
- 2
六、JS调用App注册过的方法
再WKWebView里面注册供JS调用的方法,是通过WKUserContentController类下面的方法:
- 1
scriptMessageHandler是代理回调,JS调用name方法后,OC会调用scriptMessageHandler指定的对象。
JS在调用OC注册方法的时候要用下面的方式:
- 1
注意,name(方法名)是放在中间的,messageBody只能是一个对象,如果要传多个值,需要封装成数组,或者字典。整个示例如下:
如果你在self的dealloc打个断点,会发现self没有释放!这显然是不行的!谷歌后看到一种解决方法,如下:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
思路是另外创建一个代理对象,然后通过代理对象回调指定的self,
- 1
- 2
运行代码,self释放了,WeakScriptMessageDelegate却没有释放啊啊啊!
还需在self的dealloc里面 添加这样一句代码:
- 1
目前,大多数App需要支持iOS7以上的版本,而WKWebView只在iOS8后才能用,所以需要一个兼容性方案,既iOS7下用UIWebView,iOS8后用WKWebView。