随着Apple关于UIWebView不再接受上架更新公告的发布,相信很多开发小伙伴需要做向WKWebView的迁移工作,是时候离开UIWebView,拥抱WKWebView了!
WKWebView的优势
- 速度快,使用
Nitro JavaScript
引擎,应用内的 Web 体验可以与Safari相媲美。 - 稳定,Web视图在进程外(
out-of-process
)运行,即使WebView崩溃,也不会导致整个应用程序崩溃。 - 通过消息处理程序(
message handler
)可以方便的接收JavaScript发送的Messages
消息。页面可以运行如下消息:
window.webkit.messageHandlers.notification.postMessage({body: "..."});
此时WKWebView 需要将WKScriptMessageHandler
添加到WKUserContentController
实例中,即可获取此消息。
class NotificationScriptMessageHandler: NSObject, WKScriptMessageHandler {
func userContentController(userContentController: WKUserContentController, didReceiveScriptMessage message: WKScriptMessage!) {
print(message.body)
}
}
let userContentController = WKUserContentController()
let handler = NotificationScriptMessageHandler()
userContentController.addScriptMessageHandler(handler, name: "notification")
let configuration = WKWebViewConfiguration()
configuration.userContentController = userContentController
-
estimatedProgress
属性可用于通知用户页面加载进度。 - WKWebView还支持更好的通知处理。当网页运行如下JavaScript代码:
alert("Hello!");
WKWebView的UIDelegate
会在runJavaScriptAlertPanelWithMessage:
方法中获取到通知。
public func webView(webView: WKWebView, runJavaScriptAlertPanelWithMessage message: String, initiatedByFrame frame: WKFrameInfo, completionHandler: (() -> Void)) {
print(message)// 可以在此处通过 UIAlertController展示消息
completionHandler()
}
实际操作
Delegates 代理方法
WKWebView
有两个Delegates,WKNavigationDelegate
处理页面导航事件,WKUIDelegate
则处理Web页面管理、响应页面JavaScript事件。
UIWebViewDelegate
的四个方法可以等价映射到WKNavigationDelegate
的方法:
UIWebViewDelegate: webView(_:shouldStartLoadWith:navigationType:)
===>
WKNavigationDelegate: webView(_:decidePolicyFor action:decisionHandler:)
UIWebViewDelegate: webViewDidStartLoad(_:)
===>
WKNavigationDelegate: webView(_:didStartProvisionalNavigation:)
UIWebViewDelegate: webViewDidFinishLoad(_:)
===>
WKNavigationDelegate: webView(_:didFinish:)
UIWebViewDelegate: webView(_:didFailLoadWithError:)
===>
WKNavigationDelegate: webView(_:didFail:withError:)
此外,还有如下的:
-
webView(_:didFailProvisionalNavigation:withError:)
:当页面加载失败时可以调用这个方法,可以在此处处理失败。当服务器需要很长时间才能响应时也会调用此方法(domainWebKitErrorDomain
,code 102),所以也可以处理此类问题。 -
webView(_:decidePolicyFor response:decisionHandler:)
:可以确定是否允许导航操作(用户点击链接),还可以决定是否接受导航响应。
链接预览
当我们按住一个链接时,默认会弹出窗口预览页面。原生APP下通常会将WKWebView的allowsLinkPreview
属性设置为false
。
新窗口处理
如果HTML中声明一个页面在新窗口下打开(比如:在标记中使用
target=_blank
),默认在WKWebView将不会显示。要解决这个问题可以使用WKUIDelegate
中的方法,将请求传递给WKWebView实例:
public func webView(_ webView: WKWebView, createWebViewWith configuration: WKWebViewConfiguration, for navigationAction: WKNavigationAction, windowFeatures: WKWindowFeatures) -> WKWebView? {
if navigationAction.targetFrame == nil {
webView.load(navigationAction.request)
}
return nil
}
Cookies
cookie处理的差异
如果cookies
存储在HTTPCookieStorage
当中,UIWebView会自动添加相关cookies
当请求头。响应的cookies
也会用同样的方法进行存储。
iOS8中的WKWebView刚刚发布时,只能通过WKWebView的evaluateJavaScript
方法进行cookies
的设置与传递。
从iOS11开始,苹果推出了新的cookies
管理工具WKHTTPCookieStore
。可以通过WKWebsiteDataStore
访问WKWebView的cookies
,WKWebsiteDataStore
是WKWebView的WKWebViewConfiguration
所拥有的属性。
与UIWebView不同,WKWebView拥有自己的数据存储
WKWebsiteDataStore
,用于存放页面cookie
、缓存、数据库或者其他形式的本地存储。可以使用WKWebsiteDataStore
的API
来查询站点数据。
WKWebsiteDataStore类型
有两种存储类型:default
,nonPersistent
。使用default
进行存储时,再次加载相同请求是可以访问,而nonPersistent
将不会在web视图释放后持久化任何数据。
可以在以下链接更多相关信息:
https://developer.apple.com/videos/play/wwdc2017/220/
总结
向WKWebView具体的迁移过程可能还会有各种各样的坑,有什么问题大家可以在评论区留言,相互探讨解决问题!
参考
WKWebView
UIWebView不再接受上架更新公告
WWDC Customized Loading in WKWebView