背景：項目一直有WebView的crash問題難以解決，一堆看不懂的棧，沒有項目自己的棧，實在是無法復現也無法解決,于是，在iOS8公布后，開始調研WKWebView，希望能夠降低項目的crash率。但是由于一些原因，導致無法替換。今年webcore的crash率已占項目大頭，于是又拾起了替換WKWebView的想法。
先說說去年遇到的問題：
WKWebview在64位設備上會出現白屏問題。
- iOS8.1 系統，部分網頁加載白屏，例如 百度，iOS8.3 似乎沒問題
- web輸入框輸入漢字也會出現白屏
原因：WKWebView's WebProcess runs out-of-process as a 64-bit process on hardware supporting 64bit. There is a 32bit/64bit marshalling IPC bug for 32 bit apps using the WKWebView client on such hardware. The bug causes the WebProcess to exit, leaving a blank screen.
也就是一個進程間通訊的bug引起的。
解決方案，可以使app支持arm64，便不會出現問題，從2015年2月2日（沒記錯吧- -）起，蘋果強制應用支持64位，所以，現在的應用應該不會再出現白屏的問題。
順便吐槽下蘋果，推送iOS8，并且宣傳WKWebView，留了個這么大的坑讓人去鉆
WKWebview的簡介
再吐槽下喬老爺子
我們來回憶一下 Steve Jobs 2007 年 WWDC keynote 上這句臭名昭著的話：
iPhone 包含了整個 Safari 引擎。因此，你可以創作應用 Ajax 技術的 Web 2.0 應用，表現上和使用上都和 iPhone 原生應用一模一樣。這些應用可以和 iPhone 的各種服務完美地集成到一起：這些應用可以有打電話的功能，可以發郵件，可以在 Google Maps 上尋找地標。
相對與UIWebview所包涵的幾個寒酸的delegate方法，WKWebview無疑強大了很多，內存的消耗也小了，所提供的接口豐富了很多。
蘋果將 UIWebViewDelegate 與 UIWebView 重構成了 14 個類和 3 個協議，引入了不少新的功能和接口，這可以在一定程度上看做蘋果對其封鎖 Web View內核的行為作出的補償：既然你們都說 UIWebView 太渣，那我就造一個不渣的給你們用唄~~ 眾所周知，連 Chrome 的 iOS 版用的也是 UIWebView 的內核。
WKWebKit Framework
Classes
- WKBackForwardList: 之前訪問過的 web 頁面的列表，可以通過后退和前進動作來訪問到。
- WKBackForwardListItem: webview 中后退列表里的某一個網頁。
- WKFrameInfo: 包含一個網頁的布局信息。
- WKNavigation: 包含一個網頁的加載進度信息。
- WKNavigationAction: 包含可能讓網頁導航變化的信息，用于判斷是否做出導航變化。
- WKNavigationResponse: 包含可能讓網頁導航變化的返回內容信息，用于判斷是否做出導航變化。
- WKPreferences: 概括一個 webview 的偏好設置。
- WKProcessPool: 表示一個 web 內容加載池。
- WKUserContentController: 提供使用 JavaScript post 信息和注射 script 的方法。
- WKScriptMessage: 包含網頁發出的信息。
- WKUserScript: 表示可以被網頁接受的用戶腳本。
- WKWebViewConfiguration: 初始化 webview 的設置。
- WKWindowFeatures: 指定加載新網頁時的窗口屬性。
Protocols
- WKNavigationDelegate: 提供了追蹤主窗口網頁加載過程和判斷主窗口和子窗口是否進行頁面加載新頁面的相關方法。
- WKScriptMessageHandler: 提供從網頁中收消息的回調方法。
- WKUIDelegate: 提供用原生控件顯示網頁的方法回調。
