iOS WebView的一些总结

app开发中一些重运营业务大多都通过web来实现快速迭代，iOS可以使用UIWebView、WKWebView实现Native和Web的交互。之前在项目中负责过WebView模块，所以在这里做一些WebView的总结，主要从包括以下一些点：

1.为什么要封装WebView

2.JSBridge

3.离线包

4.WKWebView

为什么要封装WebView

我们项目中把WebView封装成了一个ViewController，可能很多人会觉得iOS里要现实web不就直接用UIWebView和WKWebView吗，为什么还要进行封装，我觉的主要是从下面点来考虑：

1.统一ui样式。包括导航条，进度条，错误页面等，避免重复造轮子。

2.封装基础能力。抽象业务无关的基础能力，比如导航条设置（更改导航条颜色，设置ButtonItem）、cookie设置、UA设置、JSBridge、数据上报等

3.hook request。进行安全校验，鉴权处理

JSBridge

iOS SDK 直接支持native调用js，UIWebView调用stringByEvaluatingJavaScriptFromString，WKWebView调用evaluateJavaScript: completionHandler

iOS SDK 没有天生支持 js 和 native 相互调用，都是自己实现一套调用机制，目前主要有下面几种方法:

1.通过iframe

通过创建iframe，然后在webview delegate hook请求

2.JavaScriptCore

iOS 7开始引进了JavaScriptCore可以方便高效实现JS和oc之间的调用

3.WKScriptMessageHandler

WKWebView可以使用WKScriptMessageHandler来实现JS调用oc方法

离线包

主要是通过NSURLProtocol hook request来实现离线包，严格来说跟WebView没半毛钱关系。

WKWebView

iOS8引入了WKWebView，WKWebView使用独立的进程渲染web，解决了UIWebView内存泄漏和crash率高的问题，但是理想虽然很丰满，现实却很骨感，实际使用WKWebView还是会有很多问题。之前在项目中做过切换WKWebView，刚好可以总结下遇到的问题和解决方法，主要有下面问题：

1.没法直接设置Cookie

WKWebView不使用NSHTTPCookieStorage，所以没法直接设置Cookie，app中web请求一般都会通过cookie带登录态到后台，如果没法设置cookie的话是没法正常工作的。尝试过几种方案后我们最终是通过request header把cookie带到server，同时通过WKUserScript把cookie种到本地。

2.不经过URL Load System

这样就不能使用NSURLProtocol来实现离线包和定制request了