本篇是接收到作者chausson发来的投稿而整理的文章,感谢chausson分享的UIWebView与WKWebView。
来自站长补充:本篇文章主要讲UIWebView的一些原理及内部组件的功能介绍,还有WKWebView的协议、特性及使用等!
如果大家发现任何错误,请直接在下方的评论框中添加评论,感谢大家的支持!
UIWebView是苹果继承于UIView封装的一个加载web内容的类,它可以加载任何远端的web数据展示在你的页面上,你可以像浏览器一样前进后退刷新等操作。不过苹果在iOS8以后推出了WKWebView来加载Web。
Page管理了Main Frame,Main Frame管理了sub Frame(FrameTree) 关于详细的UIWebView介绍转自这里
WebView继承自WAKView,WAKView类似于NSView,可以做较少的改动使得Mac和iOS共用一套。由UIWebDocumentView对WebView进行操作并接收回调事件,当数据发生变化的时候,就会通知UIWebTiledView重新绘制。
UIWebTiledView和WAKWindow这两个类主要负责页面的绘制,包括布局绘图排版,交互等,WAKWindow还会做一些用户操作事件的分派。
UIWebBrowserView主要负责:
通过反编译可以获得UIWebViewInternal的具体成员变量
@interfaceUIWebViewInternal: NSObject { UIScrollView *scroller; UIWebBrowserView *browserView; UICheckeredPatternView *checkeredPatternView; id <UIWebViewDelegate> delegate; 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.
通过上面的了解,苹果终于在8.0之后开放了WKWebView应用于iOS和OSX中,它取代了UIWebView和WebView,在两个平台上支持同一套API。它脱离于UIWebView的设计,将原本的设计拆分成14个类,和3个代理协议,虽然是这样但是了解之后其实用法比较简单,依照职责单一的原则,每个协议做的事情根据功能分类。
可以把JavaScript对象通过该API自动转换成Objective-C或Swift 对象,Name可以通过addScriptMessageHandler: name:来设置:
window.webkit.messageHandlers.{NAME}.postMessage()
作为唯一响应JavaScript的协议方法,目的是为了与其它的进行分离,在该协议中响应之前注入的MessageHandlers.可以根据WKScriptMessage知道Js的名称和参数,来区分不同的响应事件:
- (void)userContentController:(WKUserContentController *)userContentControllerdidReceiveScriptMessage:(WKScriptMessage *)message{ }
提供了追踪主窗口网页加载过程和判断主窗口和子窗口是否进行页面加载新页面的相关方法,相当于UIWebView中webViewDidFinishLoad和webViewDidStartLoad方法,除了有开始加载、加载成功、加载失败的API外,还具有额外的三个代理方法:
// 第一个是服务器redirect时调用 - (void)webView:(WKWebView *)webViewdidReceiveServerRedirectForProvisionalNavigation:(WKNavigation *)navigation; // 第二个API是根据客户端受到的服务器响应头以及response相关信息来决定是否可以跳转 - (void)webView:(WKWebView *)webViewdecidePolicyForNavigationResponse:(WKNavigationResponse *)navigationResponsedecisionHandler:(void (^)(WKNavigationResponsePolicy))decisionHandler; // 第三个API是根据WebView对于即将跳转的HTTP请求头信息和相关信息来决定是否跳转 - (void)webView:(WKWebView *)webViewdecidePolicyForNavigationAction:(WKNavigationAction *)navigationActiondecisionHandler:(void (^)(WKNavigationActionPolicy))decisionHandler;
提供用原生控件显示网页的方法回调,例如Alert提示可以自定义用原生的控件来实现:
- (void)webView:(WKWebView *)webViewrunJavaScriptAlertPanelWithMessage:(NSString *)messageinitiatedByFrame:(WKFrameInfo *)framecompletionHandler:(void (^)(void))completionHandler { UIAlertController *alert = [UIAlertControlleralertControllerWithTitle:nilmessage:messagepreferredStyle:UIAlertControllerStyleAlert]; [alertaddAction:[UIAlertActionactionWithTitle:@"确定"style:UIAlertActionStyleDefaulthandler:^(UIAlertAction * _Nonnullaction) { completionHandler(); }]]; [selfpresentViewController:alertanimated:YEScompletion:NULL]; }
结合以上这些,最近封装一个基础的WebView控件CHWebView,目前并没有做成一个通用控件,反而是封装带有UIWebView和WKWebView的基类,以后有时间的话把WebView这一层分离。 Demo的下载链接可以点这里
WKWebView相较于UIWebView在整体上有较大的提升,满足OS上面使用同一套控件的功能,同时对整个内存的开销以及滚动刷新率和JS交互做了优化的处理。依据职责单一的原则,拆分成了三个协议去实现WebView的响应,解耦了JS交互和加载进度的响应处理。WKWebView没有做缓存处理,所以对网页需要缓存的加载性能要求没那么高的还是可以考虑UIWebView.
更多关于UIWebView、WKWebView及其与H5/JS交互的精品文章,请走快速通道 iOS与H5原生交互精品专题文章
专注于IT行业技术专题,提供IT专题优质文章,欢迎关注标哥的技术博客!加入技术交流群,点击“最新公告”查看!
站长QQ:632840804,微信号:huangyibiao520
本站接收来自大家的投稿,只需要将`.md`文件及所需要的图片文件,整体放到文件夹并压缩,并注明作者及原文链接,发到邮箱: huangyibiao520@163.com 或者 632840804@qq.com
版本声明:本文由标哥的技术博客转载并精心整理、编辑、发布于本站,【阅读原文】