如何让WKWebView/WebView实现Safari同款Basic Auth挑战弹窗？

一、为什么WKWebView访问Basic Auth链接会白屏，而Safari会弹出认证窗？ #

Safari这类完整浏览器会自动识别服务器返回的401 Unauthorized响应及附带的WWW-Authenticate头，触发内置的原生认证弹窗。但WKWebView默认不会自动处理该逻辑，它会将认证挑战抛给App层的webView(_:didReceive:completionHandler:)代理方法；如果代码未实现该方法或未做正确处理，请求会因未完成认证而无法加载内容，最终显示白屏。

二、这个认证弹窗是浏览器渲染还是网页内容自带？ #

该弹窗是浏览器（WebKit引擎客户端层面）的原生系统组件，和网页的HTML/JS无关。当服务器返回带WWW-Authenticate: Basic realm="xxx"头的401响应时，浏览器会自动识别并弹出系统级的认证输入框，全程不需要网页参与渲染。

三、能否在WKWebView中实现无需代码处理用户凭证的Basic Auth？ #

可以，只需让WKWebView的认证挑战逻辑和Safari对齐，由系统自动弹出认证弹窗并处理凭证，App代码全程不接触用户输入的信息。具体实现方式是在navigationDelegate的代理方法中，将Basic Auth类型的挑战交由系统默认处理：

func webView(_ webView: WKWebView, didReceive challenge: URLAuthenticationChallenge, completionHandler: @escaping (URLSession.AuthChallengeDisposition, URLCredential?) -> Void) {
    // 仅处理Basic Auth类型的认证挑战
    guard challenge.protectionSpace.authenticationMethod == NSURLAuthenticationMethodHTTPBasic else {
        completionHandler(.performDefaultHandling, nil)
        return
    }
    // 委托系统默认处理，弹出原生认证弹窗
    completionHandler(.performDefaultHandling, nil)
}

设置后，WKWebView遇到Basic Auth的401响应时，会自动弹出系统原生的用户名/密码输入框；用户输入后，系统会自动将凭证附加到请求头中发送给服务器，完全不需要App代码介入凭证的处理流程。

注意：必须确保WKWebView已设置navigationDelegate，且上述代理方法正确实现，否则仍会出现白屏问题。

内容的提问来源于stack exchange，提问作者Chris