Osheep

时光不回头,当下最重要。

WKWebView我跨过去的坑

使用之初

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

点赞