iOS WKWebView Cookie同步实战

"iOS WKWebView适配实战篇" 在iOS开发中，WKWebView是苹果推荐用于替代UIWebView的组件，它提供了更好的性能和安全性。然而，WKWebView的出现也带来了一些适配问题，尤其是在处理Cookie同步方面。这篇实战文章主要探讨了如何解决WKWebView在不同iOS版本下的Cookie同步问题。 一、Cookie适配的现状 由于WKWebView采用了独立的存储机制，与UIWebView不兼容，因此在处理Cookie时需要特别关注。在iOS 11之前，开发者面临的一个挑战是如何将已有的NSHTTPCookieStorage中的Cookie同步到WKWebView的WKHTTPCookieStore中。 二、同步Cookie (NSHTTPCookieStorage -> WKHTTPCookieStore) 1. iOS 11及以上版本： 自iOS 11开始，苹果提供了WKHTTPCookieStore接口，允许开发者直接同步NSHTTPCookieStorage中的Cookie。以下是一种实现方式： ```swift // 获取WKHTTPCookieStore let cookieStore = self.wkWebView.configuration.websiteDataStore.httpCookieStore // 同步HTTPCookieStorage到WKHTTPCookieStore func syncCookiesToWKCookieStore(_ cookieStore: WKHTTPCookieStore) { let cookies = NSHTTPCookieStorage.shared.cookies if cookies.isEmpty { return } for cookie in cookies { cookieStore.setCookie(cookie) { _ in if cookies.last == cookie { self.wkWebViewSetCookieSuccess() } } } } ``` 这段代码会在创建WKWebView或发起请求时同步Cookie。初始化时同步可以确保网页加载时能携带正确的Cookie信息，避免因认证问题导致的401错误。 2. iOS 11以下版本： 对于iOS 11之前的系统，由于没有WKHTTPCookieStore接口，开发者需要借助JavaScript来注入Cookie。通常的做法是在请求页面之前，通过WKWebView执行JavaScript代码来设置Cookie： ```swift // wkwebview执行JS func injectCookiesLT11() { // 构建并执行设置Cookie的JavaScript代码 let jsCode = "document.cookie = '\(cookie.name)=\(cookie.value); expires=\(cookie.expiresDate), path=\(cookie.path)';" self.wkWebView.evaluateJavaScript(jsCode) { _, error in // 处理错误或成功回调 } } ``` 这种方法依赖于前端能够理解并执行设置Cookie的JavaScript，可能会存在一定的安全风险。 总结，适配iOS不同版本的WKWebView Cookie同步需要针对iOS 11以上和以下的系统采取不同的策略。在iOS 11及更高版本中，可以直接利用WKHTTPCookieStore接口进行同步；而在旧版本中，需要通过JavaScript来实现。开发者需要注意在实际项目中灵活运用这些方法，确保用户在所有设备上的体验一致。