在 iOS 应用程序中管理 WKWebView 和 Alamofire API 调用下的单独 cookie 和会话 我们想要达到的目标问题我们的尝试

如何解决在 iOS 应用程序中管理 WKWebView 和 Alamofire API 调用下的单独 cookie 和会话 我们想要达到的目标问题我们的尝试

我们想要达到的目标

在我们的 iOS 应用中，我们有两种不同的功能来处理网站调用：

1. 在 WKWebView 中，我们正在加载用户可以登录其帐户的特定网站，然后我们解析页面以处理数据。
2. 我们正在从 Alamofire 调用同一网站的另一个网页来执行一些操作（作为匿名用户）并解析数据。立>

问题

在第二个功能中一切正常，直到用户在第一个功能中登录网站。问题是以某种方式通常管理会话，第二个功能对用户的帐户执行操作，而不是作为匿名用户执行！

经过一番研究，我们了解到在 iOS 中，cookie 是在 HTTPCookieStorage 下管理的。因此，当用户在 WKWebView 下登录时，它会在 httpcookiestorage 中创建一个会话，并且这些 cookie 正在（内部）在 Alamofire 调用中使用（将预期的匿名网站调用转换为用户可识别的调用）。根据 this 的说法，Alamofire 似乎也在同一 httpcookiestorage 下管理 cookie。

我们的尝试

在通过 Alamofire 调用 API 之前，我们备份某个变量中的所有 cookie，并从 httpcookiestorage 中删除所有 cookie。然后，我们启动 API 调用并完成工作（希望它能管理新的 cookie，以匿名用户身份执行操作）。最后，我们将备份的 cookie 恢复到 httpcookiestorage。这样，当用户在 WKWebView 上访问同一个站点时，会话保持原样，他们不必再次登录（工作正常）！但即使在清除 cookie 存储后，新的自动生成的 cookie（在 API 调用期间）仍会以某种方式识别该网站上的用户，并在该用户的帐户中执行操作，而不是匿名调用！

那么，我们如何在 Alamofire 和 WKWebView 下管理两个不同的会话来避免这个问题呢？我们可以使用 WKhttpcookiestorage 做点什么吗？

解决方法

我们发现了问题！

在 WebView 中，有一个 Timer 每隔 0.5 秒（无限）评估一次 JavaScript，并且该计时器在屏幕完成时不会失效。因为该用户会话一直在后台维护，因此即使我们清除了 cookie，它也会影响 API。

我们在屏幕完成时使该计时器无效并解决了问题。