WKWebView（一）

背景：项目一直有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: 提供用原生控件显示网页的方法回调。