使用之初
在使用WKWebView之前，你一定觉得它比UIWebView更快，占用更少的内存，使用更加灵活，摒弃了iOS7之后已经迫不及待的要换上它，但是在那之前还是多了解一下是否适合你的项目吧。
关于WKWebView和UIWebView的对比网上一大堆，总的来说无非都是说WKWebView的好处。不可否认的，WKWebView确实要好用，APP内的表现也很好，但我还是吐吐槽吧，顺便记录一下遇到的问题，如果有错误的认识欢迎拍砖指正，不胜感激。
关于缓存
众所周知，WKWebView是没有缓存的，所以也无从清理。
因为现在WKWebView会忽视默认的网络存储， NSURLCache, NSHTTPCookieStorage, NSCredentialStorage。 目前是这样的，WKWebView有自己的进程，同样也有自己的存储空间用来存储cookie和cache， 其他的网络类如NSURLConnection是无法访问到的。 同时WKWebView发起的资源请求也是不经过NSURLProtocol的，导致无法自定义请求。
这样导致了在使用时遇到了H5页面修改了，APP却没有更新到，想清理缓存却无从下手，悲催的我只好在url后面加上时间戳，算是解决了这个问题。（如果你没有碰到这个情况，那算我的灵异事件了。。）
let url = NSURL(string: "http://xxxx?timestamp=\(NSDate().timeIntervalSince1970)")!
webView.loadRequest(NSURLRequest(URL: url))
关于Cookie
在使用UIWebVIew的时候我们并不关心Cookie，因为在调用登录接口的时候无论是AFNetworking，还是AlamoFire，登录成功之后都会保存在
NSHTTPCookieStorage.sharedHTTPCookieStorage().cookies
UIWebView也从这里面取，所以调用接口之后UIWebView一路畅通，但WKWebView就不知道往哪里扔了，全无头绪。好吧，既然你不来取，那我扔给你好了。
lazy var cookieString:String! = {
let cookiesStorage = NSHTTPCookieStorage.sharedHTTPCookieStorage()
var cookieStr = ""
cookiesStorage.cookies?.forEach({ cookie in
cookieStr += "\(cookie.name)=\(cookie.value);"
})
return cookieStr
}()
func loadUrl() {
let url = NSURL(string: "http://bchat.ocmcom.com/HUser/user")!
let request = NSMutableURLRequest(URL: url)
request.addValue(cookieString, forHTTPHeaderField: "Cookie")
webView.loadRequest(request)
}
好了，这个Request有Cookie了，但是随便点击跳转别的地方，又没了，坑爹呢这是。。。好吧，再想办法
let userScript = WKUserScript(source: cookieJS, injectionTime: .AtDocumentStart, forMainFrameOnly: false)
webView.configuration.userContentController.addUserScript(userScript)
好了，后续也有了，又算是解决了吧。但始终有个页面要二次进入才有，不明白。
关于弹窗
开始我想看看iOS调用JS是否成功，于是写了一个JS方法
function testAlert() {
alert('this is alert test')
}
结果完全没反应啊~~。原来要实现WKUIDelegate
optional public func webView(webView: WKWebView, runJavaScriptAlertPanelWithMessage message: String, initiatedByFrame frame: WKFrameInfo, completionHandler: () -> Void)
好吧，一切DIY，俗话说的好，双手健全，交什么女朋友。
而且更自由，原生交互体验更佳。我就这么说服自己了。
关于跨域
紧接着，有一个界面要跳到支付宝页面去支付，结果怎么点怎么都没反应啊亲。
你要不要这么傲娇。一定是我哪里没设置好。
好吧，果然如此，它就藏在WKNavigationDelegate里面
// 这个方法决定导航的动作，处理链接能否导航。
// WebKit对跨域进行了安全检查限制，不允许跨域。
// 因此我们要对不能跨域的链接单独处理。
public func webView(webView: WKWebView, decidePolicyForNavigationAction navigationAction: WKNavigationAction, decisionHandler: (WKNavigationActionPolicy) -> Void)
结尾
最终我还是换回了UIWebView，倍感轻松，但是这种感觉好不爽。
WKWebView始终给我半成品的感觉，各种Android那边正常到iOS这边怎么不行的问题，我是比较喜欢推陈出新的，但如果这种东西需要程序猿花费太多精力来处理兼容的话，还是先不要上到项目来吧，毕竟大家都这么忙。
