使用之初

在使用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这边怎么不行的问题，我是比较喜欢推陈出新的，但如果这种东西需要程序猿花费太多精力来处理兼容的话，还是先不要上到项目来吧，毕竟大家都这么忙。