前言
白屏問(wèn)題iOS開(kāi)發(fā)中最令人頭疼的問(wèn)題之一皮胡。WKWebView隨iOS8 推出已有4年了，解決了很多UIWebView的問(wèn)題亩冬，比如內(nèi)存泄漏于樟、加載速度慢公条、不太兼容iOS10， iOS11等迂曲。Apple Support iOS版本的市場(chǎng)分布情況靶橱，絕大部分的設(shè)備都是iOS8 以上，iOS開(kāi)始強(qiáng)制使用HTTPS請(qǐng)求路捧，但還有部分公司的APP支持iOS7和HTTP請(qǐng)求关霸，要趕上時(shí)代的步伐啊杰扫！
WKWebView的特點(diǎn)
- 性能高队寇，穩(wěn)定性好，占用的內(nèi)存比較小
- 支持JS交互
- 支持HTML5 新特性
- 可以添加進(jìn)度條（然并卵章姓，不好用佳遣，還是習(xí)慣第三方的）
- 支持內(nèi)建手勢(shì)
- 據(jù)說(shuō)高達(dá)60fps的刷新頻率（不卡）
HTTPS的特點(diǎn)
HTTPS協(xié)議是由SSL+HTTP協(xié)議構(gòu)建的可進(jìn)行加密傳輸、身份認(rèn)證的網(wǎng)絡(luò)協(xié)議凡伊，要比http協(xié)議安全零渐，可防止數(shù)據(jù)在傳輸過(guò)程中不被竊取、改變系忙，確保數(shù)據(jù)的完整性诵盼。
HTTPS協(xié)議的安全是有范圍的，在黑客攻擊银还、拒絕服務(wù)攻擊风宁、服務(wù)器劫持等方面幾乎起不到什么作用。
SSL的專業(yè)證書(shū)需要購(gòu)買(mǎi)蛹疯，功能越強(qiáng)大的證書(shū)費(fèi)用越高戒财。SSL 證書(shū)通常需要綁定 固定IP，為服務(wù)器增加固定IP會(huì)增加一定費(fèi)用苍苞。
相同網(wǎng)絡(luò)環(huán)境下，HTTPS協(xié)議會(huì)使頁(yè)面的加載時(shí)間延長(zhǎng)近50%，增加10%到20%的耗電羹呵。此外骂际，HTTPS協(xié)議還會(huì)影響緩存，增加數(shù)據(jù)開(kāi)銷和功耗冈欢。
-
HTTPS 連接服務(wù)器端資源占用高較高多歉铝，相同負(fù)載下會(huì)增加帶寬和服務(wù)器投入成本;
在使用的時(shí)候還是有很多坑，這其中就有屢見(jiàn)不鮮的白屏問(wèn)題凑耻。經(jīng)過(guò)一些調(diào)試太示、google 發(fā)現(xiàn)不外乎這幾個(gè)原因。網(wǎng)絡(luò)通暢是前提哈香浩，請(qǐng)用4G或WiFi網(wǎng)絡(luò)＠噻汀！邻吭！話不多說(shuō)了餐弱，來(lái)一起看看都有哪些可能的問(wèn)題。
一. URL網(wǎng)址無(wú)效或含有中文字符（入門(mén)級(jí)錯(cuò)誤）
APP內(nèi)展示URL的來(lái)源主要是后端返回或前端拼接囱晴，甚至前端hardcode膏蚓，網(wǎng)址存在不確定性，可能是無(wú)效或含有中文字符畸写。大部分瀏覽器是能打開(kāi)帶有中文字符的網(wǎng)絡(luò)地址驮瞧，但是iOS的內(nèi)嵌網(wǎng)頁(yè)加加載框架無(wú)論是UIWebView還是WKWebView，都不能打開(kāi)帶有中文字符的網(wǎng)絡(luò)地址枯芬，需要先對(duì)地址字符串做UTF8轉(zhuǎn)碼论笔。參考代碼：
urlString = [urlString stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];
二. HTTP請(qǐng)求問(wèn)題
在iOS9 中，系統(tǒng)將原h(huán)ttp協(xié)議改成了默認(rèn)https協(xié)議破停，使用 TLS1.2 SSL加密請(qǐng)求數(shù)據(jù)翅楼。可以通過(guò)升級(jí)支持HTTPS協(xié)議請(qǐng)求真慢，也可以通過(guò)設(shè)置強(qiáng)制使用HTTP請(qǐng)求毅臊。在Info.plist中添加NSAppTransportSecurity類型Dictionary。在NSAppTransportSecurity下添加NSAllowsArbitraryLoads類型Boolean,值設(shè)為YES黑界。部分第三方應(yīng)用不支持HTTPS管嬉，需要在在info.list設(shè)置HTTP請(qǐng)求白名單，允許部分請(qǐng)求可以是HTTP朗鸠。參考代碼：
<key>LSApplicationQueriesSchemes</key>
<array>
<!-- 微信 URL Scheme 白名單-->
<string>wechat</string>
<string>weixin</string>
</array>
三. HTTPS 請(qǐng)求蚯撩，未實(shí)現(xiàn)證書(shū)認(rèn)證代理導(dǎo)致頁(yè)面不加載的問(wèn)題
如果是HTTPS 請(qǐng)求，需要在WKWebView 的 WKNavigationDelegate 中的一個(gè)代理方法 中實(shí)現(xiàn)獲取服務(wù)器認(rèn)證的邏輯烛占，最后返回給服務(wù)端胎挎。 這個(gè)問(wèn)題常常出現(xiàn)在客戶端無(wú)法獲得安全認(rèn)證的時(shí)候（沒(méi)有證書(shū)沟启，或者是自建證書(shū)），比如說(shuō)https://www.apple.com/cn 是默認(rèn)的蘋(píng)果中國(guó)的地址犹菇，但是 https://www.apple.com.cn 也是可以訪問(wèn)的（會(huì)自動(dòng)跳轉(zhuǎn)到 https://www.apple.com/cn ) 德迹，只是在Safari 的安全認(rèn)證中通不過(guò)，我們需要在代理方法中通過(guò)服務(wù)端給的驗(yàn)證方式創(chuàng)建一個(gè)憑證揭芍，然后繼續(xù)申請(qǐng)?jiān)L問(wèn)胳搞。比如在Safari 瀏覽器中第一次訪問(wèn)時(shí)就會(huì)彈出對(duì)話框，點(diǎn)擊繼續(xù)后就可以繼續(xù)訪問(wèn)称杨。通過(guò)實(shí)現(xiàn)以下代理即可解決
func webView(webView: WKWebView, didReceiveAuthenticationChallenge challenge: NSURLAuthenticationChallenge, completionHandler: (NSURLSessionAuthChallengeDisposition, NSURLCredential?) -> Void)
{ // 判斷服務(wù)器采用的驗(yàn)證方法
if challenge.protectionSpace.authenticationMethod == NSURLAuthenticationMethodServerTrust {
if challenge.previousFailureCount == 0 {
// 如果沒(méi)有錯(cuò)誤的情況下 創(chuàng)建一個(gè)憑證肌毅，并使用證書(shū)
let credential = NSURLCredential(forTrust: challenge.protectionSpace.serverTrust!)
completionHandler(.UseCredential, credential)
} else {
// 驗(yàn)證失敗，取消本次驗(yàn)證
completionHandler(.CancelAuthenticationChallenge, nil)
}
} else {
completionHandler(.CancelAuthenticationChallenge, nil)
}
}
四. iOS 8.0 - iOS 8.2 偶爾白屏問(wèn)題
這個(gè)是WKWebView 剛推出時(shí)的Bug姑原，偶爾會(huì)出現(xiàn)白屏悬而，如果想避免這種問(wèn)題，只能通過(guò)版本號(hào)判斷页衙，小于8.2的系統(tǒng)暫時(shí)使用UIWebView摊滔。
五. 滾動(dòng)組件嵌套，未能刷新頁(yè)面
在UITableView或UICollectionView中嵌套WKWebView引起的店乐，可以試著將UITableView或UICollectionView中替換為UIScrollview 艰躺。可能是因?yàn)轫?yè)面滾動(dòng)后沒(méi)有正常的調(diào)用 WKWebView 的 _updateVisibleContentRects 方法刷新需要渲染的內(nèi)容導(dǎo)致的眨八。
六. 硬件內(nèi)存不足腺兴、進(jìn)程崩潰
在 UIWebView 上當(dāng)內(nèi)存占用太大的時(shí)候，App Process 會(huì) crash廉侧；而在 WKWebView 上當(dāng)總體的內(nèi)存占用比較大的時(shí)候页响，WebContent Process 會(huì) crash，從而出現(xiàn)白屏現(xiàn)象段誊。在 WKWebView 中加載下面的測(cè)試鏈接可以穩(wěn)定重現(xiàn)白屏現(xiàn)象:
這個(gè)時(shí)候 WKWebView.URL 會(huì)變?yōu)?nil, 簡(jiǎn)單的 reload 刷新操作已經(jīng)失效闰蚕，對(duì)于一些長(zhǎng)駐的H5頁(yè)面影響比較大。參考解決方案：
1连舍、借助 WKNavigtionDelegate
iOS 9以后 WKNavigtionDelegate 新增了一個(gè)回調(diào)函數(shù)：
- (void)webViewWebContentProcessDidTerminate:(WKWebView *)webView API_AVAILABLE(macosx(10.11), ios(9.0));
當(dāng) WKWebView 總體內(nèi)存占用過(guò)大没陡，頁(yè)面即將白屏的時(shí)候，系統(tǒng)會(huì)調(diào)用上面的回調(diào)函數(shù)索赏，我們?cè)谠摵瘮?shù)里執(zhí)行[webView reload](這個(gè)時(shí)候 webView.URL 取值尚不為 nil）解決白屏問(wèn)題盼玄。在一些高內(nèi)存消耗的頁(yè)面可能會(huì)頻繁刷新當(dāng)前頁(yè)面，H5側(cè)也要做相應(yīng)的適配操作潜腻。
2埃儿、檢測(cè) webView.title 是否為空
并不是所有H5頁(yè)面白屏的時(shí)候都會(huì)調(diào)用上面的回調(diào)函數(shù)，比如融涣，最近遇到在一個(gè)高內(nèi)存消耗的H5頁(yè)面上 present 系統(tǒng)相機(jī)童番，拍照完畢后返回原來(lái)頁(yè)面的時(shí)候出現(xiàn)白屏現(xiàn)象（拍照過(guò)程消耗了大量?jī)?nèi)存精钮，導(dǎo)致內(nèi)存緊張，WebContent Process 被系統(tǒng)掛起）剃斧，但上面的回調(diào)函數(shù)并沒(méi)有被調(diào)用杂拨。在WKWebView白屏的時(shí)候，另一種現(xiàn)象是 webView.titile 會(huì)被置空, 因此悯衬，可以在 viewWillAppear 的時(shí)候檢測(cè) webView.title 是否為空來(lái) reload 頁(yè)面。
