中间过程就不说了.结果肯定是可以做到的,用到了神奇的 NSURLProtocol
这里主要做下笔记：
它是干什么的呢,是一个挺牛逼的类，它是一个抽象类,不能去实例化它,只能子类化 NSURLProtocol ，
每次在对一个 URL 进行请求的时候 URL Loading System 都会向 已经注册的 Protocol 询问是否可以处理该请求。这里就看出他的作用来了. 比如 : 拦截UIWebView的请求,忽略请求,重定向... ...
<br >
一个个的说
这个方法是决定这个 protocol 是否可以处理传入的 request 的如是返回 true 就代表可以处理,如果返回 false 那么就不处理这个 request 。
这个方法主要是用来返回格式化好的 request ，如果自己没有特殊需求的话，直接返回当前的request就好了。如果你想做些其他的，比如地址重定向，或者请求头的重新设置，你可以 cop y下这个 request 然后进行设置。
该方法主要是判断两个请求是否为同一个请求，如果为同一个请求那么就会使用缓存数据。通常都是调用父类的该方法。
开始处理这个请求和结束处理这个请求
我们处理(拦截)好请求之后,就要开始对他经常处理,这个时候就用到了父类里面的 client 对象.
他是一个协议,里面的方法和 NSURLConnection 差不多
上图可以看到截获的所有的请求地址,不管是js,css还是png图片都有
我在开发中发现 http 转 https 的时候 会有错误,有哪位大神指导下改如何去改,多谢.
我看这里学会的,上文大部分都是这里出来的,尊重原作者
推荐
https://www.jianshu.com/p/5cf0d241ae12
https://www.jianshu.com/p/7943f352d248
9.WKWebView 注册脚本方法，兼容之前项目中使用UIWebView
https://segmentfault.com/a/1190000020359208?utm_source=tag-newest
https://github.com/karosLi/KKJSBridge
如果网页登录后没有跳转（decidePolicyForNavigationResponse没调用），cookie没有成功保存，可以这样处理：手动进行一次跳转为了保证存储cookie成功。
WKWebView 上调用 -[WKWebView goBack], 回退到上一个页面后不会触发window.onload()函数、不会执行JS。
解决 ：复制如下在本地js里面
第一步: cd到你的项目路径
第二步: 执行下面命令
找到进行修改
目前iOS项目中 Webview 几乎都会用到，iOS 8 之前使用UIWebView，iOS 8 之后 Apple 就不推荐使用了，目前已经放弃了，如果项目中存在就无法上架了，需要转为WKWebView了，说实话 UIWebView 是有性能上的缺陷，内存优化不够友好等，但是不得不说这是老的iOS开发人员用的最熟练熟悉的了，用起来得心应手。非迫不得已还真不愿转到WKWebView。好吧，既然已经这样了，又何必苦苦单恋一支花呢？
看了网上教程很多，自己使用小结一下，简单易用，本文适用于菜鸟级开发，废话不说了，
最主要的方法：发送消息
注意：对象名和方法名jumpUserProtocol名字的一致，参数可以是常用的NSArray，NSDictionary等类型，先说下在这个Demo中其实没用上，用的方法名判断的。
注意： addScriptMessageHandler
name为方法名 ，和JS 中的保持一致，添加脚本，相当于给Webview添加一个监听，有这个功能来处理JS。
在WKScriptMessageHandler代理方法中处理回调，实现自己的逻辑。
上面就是JS调用OC原生实现。
这个其实很简单，就一个方法：
