本文基于 基础版 YZSDK_v5.0.1 版本处理，文章日期发布时候的最新版本
这里仅作为一些思路分享，毕竟采用这种方式来实现支持还是有可能存在问题的，而且官方SDK更新后有很大的可能需要自己另行适配。(在这里还是比较期待有赞对WKWebView的支持)
有赞，就是那个有赞，做商城的，本文的主旨如题“让 有赞云 拥抱 WKWebView”，为啥需要拥抱WKWebView？app项目里接入过有赞基础版（web商城）的麻油就清楚了，YZSDK置支持UIWebView，这一点不知道大伙有没有觉得纳闷，总之我是觉得非常纳闷。
不吐槽了，上正题
观察了YZSDK.h文件，发现这货就两函数和webView有关系
再看看demo内webView的代理方法
经过调试发现交互方式就是采用WebViewJavascriptBridge 类似原理实现的，注入的js貌似经过混淆，没有仔细分析
明确了js交互实现方式了之后就好办了，WebViewJavascriptBridge 交互方式这边就不多介绍了，实现过程就是在webViewDidFinishLoad:进行js注入（注入的代码很少，应该是有赞h5页面已经添加了，这里注入的貌似只是起到标记控制），然后由js发起特定格式的超链接请求，再在【webView:shouldStartLoadWithRequest:navigationType:】内拦截这些请求进行处理，UIWebView注入js代码采用的是【stringByEvaluatingJavaScriptFromString:】，但是WKWebView并没有这个方法，好在这个方法可以自己实现
如果没有自己实现【stringByEvaluatingJavaScriptFromString:】就把WKWebView给YZSDK 控制台会打印如下log，这个更印证了我们的猜测
到这里，有赞已经是基本完成了对WKWebView的拥抱了，接下来就是WKWebView进行代理实现上的处理，只需要在【webView:decidePolicyForNavigationAction: decisionHandler:】 和【webView:didCommitNavigation:】内实现UIWebView下的同功能代码即可
【shareActionWithUIWebView:】和【initYouzanWithUIWebView:】的使用方式不变，只是用id转型一下，避免警告
到此 有赞云_WKWebView 的JS交互算是顺利完成了，接下去处理WKWebView的用户状态，有赞云是通过cookie来判断当前h5的用户登陆状态的，这一点调试一下js就可以发现了，这里不做细说，着重讲一下如何将cookie设置到WKWebView。
这里采用的原理是线程池共享（WKProcessPool）app内有两个WKWebView，一个用于显示正常的商城页面，一个用于通过【loadRequest:】隐式更新cookie，（设置和清除都走这个方式，由于采用共享WKProcessPool时WKWebView对cookie的清除没法及时生效[内存内还有数据]）所以若采用【loadRequest:】来更新，用一个全局字典记录设置的cookie健值对，在清除的时候统一置为空，这个就不细说了，重点说一下获取cookie的健值对。
调试发现YZSDK在【setToken:key:value:】 和【logout】 方法内是通过 YZUserState 这么个类的示例对象去管理cookie，具体方法是【setCookieValue:forCookieKey:】和【logoutWithWkWebView:】（后边这个方法名取得，我比较吐槽，你懂的），知道了具体的方法就好办了，通过runtime方法交替来拦截处理，在操作cookie之前对WKWebView的cookie进行更新，这样就ok了。
ps: YZUserState类的发现 NSHTTPCookieStorage 拦截【setCookie:】和【deleteCookie:】调试观察函数调用堆栈。
这快代码比较多，就不一一截图了。
经过调试发现用户登陆状态基本上是ok的，唯一的一个不足是登陆后连续跳转9个页面以上，然后不断返回，当返回到之前需要登陆的页面时候，会再次出现登陆回调，这个分析后发现是h5内一个全局变量_global.fans_token值为空导致，具体原因仍未找到（但实际上已经是登陆中状态，reload一下就好了），不过可以结合本地的登陆状态来进行弥补处理（YZDSK登陆状态），通常app内嵌商城只有一个，所以这个方法还是可行的（这一点demo内还未处理）。
对于支付这块需要搞的也就是支付宝的客户端调用了，有赞调用支付宝客户端实际上是通过支付宝的h5发起的“alipay://alipayclient/?...”请求来实现的，UIWebView能够自动识别并且通过openURL进行跳转，WKWebView需要自己处理一下，由于有赞在 【noticeFromYouzanWithUrl:】 内对请求链接做了处理，所以我就从这个方法入手，拦截下来处理支付宝客户端的跳转链接。采用这个方法需要对webView进行判断，但是YZSDK并没有webView的属性可供判断，这时候我想到了有赞在页面加载完成时候做js注入时候采用的方法【initYouzanWithWebView:】，在这个方法里将webView保存起来（采用runtime为类添加属性），然后在拦截方法里取出来做判断就可以了，如图：
这样，支付这快也就搞通了
有兴趣的可以看看，代码已更新。
实现demo：https://github.com/youlianchun/YZSDK_WKWebView
ps：WKWebView 之所以不在【webView:didFinishNavigation:】（页面加载完成）代理内调用YZSDK是由于再app第一次安装时候会出现第一次交互失败情况（猜测是注入时机不够及时），改到【webView:didCommitNavigation:】（页面内容开始返回）后正常
最后补充一点，鉴于UIWebView 【loadRequest:】方法支持直接POST请求，对于WKWebView也实现一下【loadRequest:】的POST请求比较好。
