iOS相关技术实现

iOS WKWebView设置cookie方法总结

2020-07-29  本文已影响0人  宥落

提问:NSHTTPCookieStorage还能用么?

这个问题首先你要明白,WKWebView有自己的进程,使用自己的存储空间来存储cookie和cache,WKWebView会忽视NSURLCache、NSHTTPCookieStorage、NSCredentialStorage这些默认的网络存储, 其他的网络类如NSURLConnection是无法访问到的。 同时WKWebView发起的资源请求也是不经过NSURLProtocol的,导致无法自定义请求。

让WKWebview支持NSURLProtocol可参考:NSURLProtocol对WKWebView的处理

所以这里应该很清楚,NSHTTPCookieStorage已经用不到了,但是你可以把他作为存储cookie到本地的工具使用。我自己的项目里面已经全部删除了它的使用

第一种:通过NSMutableURLRequest设置cookie(js开发的不推荐)

以我项目为例,这种方法设置的cookie,不能被js读取到,在浏览器调试中也不能看到。所以通过js开发的此方式不可用,但是可以被PHP等动态语言读取,由于我的项目都是用js开发的,故不用此方式,也不做兼容。这里就不做过多的使用介绍。

第二种:在WKWebview初始化的时候,通过js注入

这种方式不好的地方就是,只能在初始化的时候注入,如果cookie的值发生变化,就需要重新初始化,就变得比较low。所以这种方式的cookie尽量保证他的值是不变的,比如设备号、设备类型、来源等信息。使用方法如下图:

第三种:通过WKHTTPCookieStore注入cookie,但是只针对iOS11之后

使用起来就比较方便了。如图:

cookie丢失问题,网上资料很多,不做详细说明,附图一张即可:

最后可能还会遇到问题,前端获取不到,但是我的cookie确实设置成功了,在safari调试器中可以明确的看到cookie确实设置成功了。我猜想可能是由于cookie设置成功的时机在前端使用cookie值的时机之后造成,也无法解决。

前几天看到一篇文章:苹果拒绝了16个Web API

说了一堆,总结一下就是苹果觉得cookie不安全。所以cookie中尽量设置一些无关紧要的参数,或者就尽量不去使用。

若是真的需要传值,个人觉得。其一可以拼接在地址后面,有加密需要的加密。其二为交互,前端在加载完成之后,若值为空,则发一个交互给iOS,iOS通过js传值给前端,前端刷新页面。

毕竟cookie这个坑,踩起来难受

上一篇下一篇

猜你喜欢

热点阅读