前言
随着WKWebView的推出, 解决了很多UIWebView 的问题。比如加载速度慢，内存泄露等问题。WKWebView是在iOS 8 推出，前段时间正好把项目也适配到iOS 8 以上了，终于可以把项目中的UIWebView 替换成WKWebView。
WKWebView的特点：
性能高，稳定性好，占用的内存比较小， 支持JS交互 支持HTML5 新特性 可以添加进度条（然并卵，不好用，还是习惯第三方的）。 支持内建手势， 据说高达60fps的刷新频率（不卡）但是发现在使用的时候还是有很多坑，这其中就有屡见不鲜的白屏问题。经过一些调试、google 发现不外乎这3个原因。下面话不多说了，来一起看看详细的介绍吧。
1. iOS 8.0 - iOS 8.2 偶尔白屏问题
这个是WKWebView 刚推出时的Bug，偶尔会出现白屏，如果想避免这种问题，只能通过版本号判断，小于8.2的系统使用UIWebView。
2. HTTPS 请求，未实现证书认证代理导致页面不加载的问题
如果是HTTPS 请求，需要在WKWebView 的 WKNavigationDelegate 中的一个代理方法 中实现获取服务器认证的逻辑，最后返回给服务端。 这个问题常常出现在客户端无法获得安全认证的时候（没有证书，或者是自建证书），比如说https://www.apple.com/cn 是默认的苹果中国的地址，但是 https://www.apple.com.cn 也是可以访问的（会自动跳转到 https://www.apple.com/cn ) ，只是在Safari 的安全认证中通不过，我们需要在代理方法中通过服务端给的验证方式创建一个凭证，然后继续申请访问。比如在Safari 浏览器中第一次访问时就会弹出对话框，点击继续后就可以继续访问。
通过实现以下代理即可解决
func webView(webView: WKWebView, didReceiveAuthenticationChallenge challenge: NSURLAuthenticationChallenge, completionHandler: (NSURLSessionAuthChallengeDisposition, NSURLCredential?) -> Void) {
// 判断服务器采用的验证方法
if challenge.protectionSpace.authenticationMethod == NSURLAuthenticationMethodServerTrust {
if challenge.previousFailureCount == 0 {
// 如果没有错误的情况下 创建一个凭证，并使用证书
let credential = NSURLCredential(forTrust: challenge.protectionSpace.serverTrust!)
completionHandler(.UseCredential, credential)
} else {
// 验证失败，取消本次验证
completionHandler(.CancelAuthenticationChallenge, nil)
}
} else {
completionHandler(.CancelAuthenticationChallenge, nil)
}
}
3. 由于滚动组件嵌套的结构，不刷新的问题
这是有个哥们遇到的问题，分析的很仔细，从发现问题，到分析WebKit 源码，最后得知是在页面滚动后没有正常的调用 WKWebView 的 _updateVisibleContentRects 方法刷新需要渲染的内容导致。
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对的支持。
