WKWebView替代UIWebView：iOS12以下https双向认证问题解决方案概述

在iOS系统中，随着技术的发展，UIWebView逐渐被更高效、安全的WKWebView所取代。在本文档中，作者记录了在从UIWebView向WKWebView迁移的过程中，在iOS 12及以下版本，尤其是在日版iPhone 5运行10.3.3系统时遇到的HTTPS双向认证问题的解决过程。 首先，UIWebView在iOS12以前的时代，由于其delegate并没有内置处理双向认证的功能，开发者需要在`shouldStartLoadWithRequest`方法中自定义处理，通过NSURLConnection拦截请求，并在接收到响应后取消原有的请求，然后使用webView重新加载。这种方法对于处理HTTPS的客户端证书验证是必要的，但存在一定的复杂性。 然而，WKWebView引入了新的API，允许开发者通过实现`WKWebViewDelegate`协议中的` webView(_ webView: WKWebView, didReceive challenge: URLAuthenticationChallenge, completionHandler: @escaping (URLSession.AuthChallengeDisposition, URLCredential?) -> Void)`方法来响应和管理HTTP和HTTPS的认证挑战。该方法提供了一个更直接的方式来处理认证请求，`URLSessionAuthChallengeDisposition`枚举允许开发者选择使用提供的凭证或继续而无需凭证。 在实际测试中，作者发现： - 在日版iPhone 5（10.3.3）真机上，使用UIWebView时出现了双向认证失败的错误，而在使用WKWebView后问题得到解决，表明WKWebView的API解决了UIWebView中缺失的认证处理机制。 - 在10.3.1到11.4的模拟器上，无论是UIWebView还是WKWebView，都能正常处理双向认证，表明在这些较新版本的系统中，WKWebView已经可以很好地支持这种功能。 - 在iOS 12.4.1及以上版本的真机和模拟器上，无论是UIWebView还是WKWebView，无论是在更新前后，认证都表现正常，这表明在新系统中，WKWebView的认证功能得到了优化和标准化。 从UIWebView到WKWebView的迁移，不仅提升了性能，还简化了开发者在处理HTTPS双向认证方面的代码。在iOS12及以下版本中，尤其是对于老旧设备和低版本系统，适配WKWebView并正确利用其提供的认证处理方法是确保应用程序兼容性和用户体验的关键。同时，开发者需要注意不同系统的差异，以便在适当时机做出相应的调整和优化。