WKWebView簡介
UIWebView自iOS2就有,WKWebView從iOS8才有,毫無疑問WKWebView將逐步取代笨重的UIWebView。通過簡單的測試即可發現UIWebView占用過多內存,且內存峰值更是夸張。WKWebView網頁加載速度也有提升,但是并不像內存那樣提升那么多。
下面列舉一些其它的優勢:
1、更多的支持HTML5的特性
2、官方宣稱的高達60fps的滾動刷新率以及內置手勢
3、Safari相同的JavaScript引擎,且允許JavaScript的Nitro庫加載并使用(UIWebView中限制);
4、將UIWebViewDelegate與UIWebView拆分成了14類與3個協議(官方文檔說明)
5、占用更少的內存,在性能、穩定性、功能方面有很大提升(最直觀的體現就是加載網頁是占用的內存,模擬器加載百度與開源中國網站時,WKWebView占用23M,而UIWebView占用85M);
另外用的比較多的,增加加載進度屬性:estimatedProgress
iOS WKWebView無法處理URL Scheme和App Store鏈接解決方法
之前使用 UIWebView 時,當遇到 App Store 下載鏈接,例如:
https://itunes.apple.com/cn/app/id414478124?mt=8
在 UIWebView 中點擊可以自動打開 iPhone 本地 App Store 并跳轉到相應 App 的下載頁面,
但是當換成 WKWebView 時,我們發現點擊 App Store Links 時,有時候無反應,有時則會打開相應 App 的 App Store Web 頁面,而不會直接調起本地 App Store。
另外,對于自定義的 URL Scheme 類型鏈接,在 WKWebView 里直接點擊則會報錯:Error Domain=NSURLErrorDomain Code=-1002 "unsupported URL";
所以我們需要在 WKWebView 即將加載某一 URL 時,對這兩種情況做一下處理,修改 WKWebView 的 delegate 中的 webView:decidePolicyForNavigationAction:decisionHandler:
方法,當遇到上述兩種鏈接時,我們交給系統的 [[UIApplication sharedApplication] openURL:xxx]
來處理即可,代碼如圖如下:
- (void)webView:(WKWebView *)webView decidePolicyForNavigationAction:(WKNavigationAction *)navigationAction decisionHandler:(void (^)(WKNavigationActionPolicy))decisionHandler { NSURL *url = navigationAction.request.URL; NSString *urlString = (url) ? url.absoluteString : @""; // iTunes: App Store link // 例如,微信的下載鏈接: https://itunes.apple.com/cn/app/id414478124?mt=8 if ([urlString containsString:@"//itunes.apple.com/"]) { [[UIApplication sharedApplication] openURL:url]; decisionHandler(WKNavigationActionPolicyCancel); return; } // Protocol/URL-Scheme without http(s) else if (url.scheme && ![url.scheme hasPrefix:@"http"]) { [[UIApplication sharedApplication] openURL:url]; decisionHandler(WKNavigationActionPolicyCancel); return; } decisionHandler(WKNavigationActionPolicyAllow);}
關于使用 WKWebView 的更多 Tips,可以參考:https://github.com/ShingoFukuyama/WKWebViewTips
總結
以上就是這篇文章的全部內容了,希望本文的內容對大家的學習或者工作具有一定的參考學習價值,如果有疑問大家可以留言交流,謝謝大家對VEVB武林網的支持。
新聞熱點
疑難解答