Swift中URLSession dataTask重启应用后超时问题（代理循环引用相关）

核心问题解答 #

不能跳过URLSessionDelegate直接用URLCredential(trust: ...)验证HTTPS服务器。因为只有当URLSession遇到服务器信任挑战时，才会触发认证回调，你必须通过URLSessionDelegate的urlSession(_:didReceive:completionHandler:)方法返回信任凭证，没有其他途径主动注入凭证绕过验证。

当前代码的问题 #

1. 频繁创建URLSession实例：每次请求都新建URLSession，会导致系统积累大量网络会话资源，引发无规律超时。创建URLSession属于高开销操作，频繁创建销毁会干扰网络栈的正常工作。
2. 信任处理过于粗暴：直接信任所有服务器的做法虽然能绕过自签名验证，但缺乏基本域名校验，存在安全风险（即使开发环境也建议限制信任范围）。
3. Session生命周期管理混乱：尝试用finishTasksAndInvalidate()或invalidateAndCancel()销毁Session，但下次请求又新建，本质没解决资源浪费的问题。

优化后的代码方案 #

1. 复用全局URLSession实例

不要每次请求都新建Session，创建一个全局复用的实例，避免不必要的资源消耗：

// 全局复用的URLSession，仅初始化一次
let AppSharedURLSession: URLSession = {
    let config = URLSessionHelper.sessionConfiguration
    return URLSession(configuration: config, delegate: SessionDelegate.shared, delegateQueue: OperationQueue())
}()

2. 修改请求方法，使用全局Session

func fetch(with url: String, completion: @escaping (Result<Data, Error>) -> Void) {
    guard let request = URLSessionHelper.getRequestWithUrl(endpointUrl: url, httpMethod: HTTPMethod.get, jsonBodyData: nil) else {
        completion(.failure(NetworkError.invalidRequest))
        return
    }
    
    AppSharedURLSession.dataTask(with: request) { data, response, error in
        if let error = error {
            print("请求错误: \(error)")
            completion(.failure(error))
            return
        }
        
        guard let data = data else {
            print("无返回数据")
            completion(.failure(NetworkError.noData))
            return
        }
        
        print("请求成功")
        completion(.success(data))
    }.resume()
}

3. 优化Delegate的信任验证逻辑

增加域名校验，只信任你的开发服务器，避免误信任其他未知服务器：

class SessionDelegate: NSObject, URLSessionDelegate {
    static let shared = SessionDelegate()
    
    // 私有化初始化，确保单例唯一性
    private override init() {}
    
    func urlSession(_ session: URLSession, didReceive challenge: URLAuthenticationChallenge, completionHandler: @escaping (URLSession.AuthChallengeDisposition, URLCredential?) -> Void) {
        // 只处理服务器信任类型的挑战
        guard challenge.protectionSpace.authenticationMethod == NSURLAuthenticationMethodServerTrust,
              let serverTrust = challenge.protectionSpace.serverTrust else {
            // 其他类型挑战走默认处理逻辑
            completionHandler(.performDefaultHandling, nil)
            return
        }
        
        // 仅信任指定的开发服务器域名
        let trustedDomains = ["your-dev-server-domain.com"] // 替换为你的开发服务器域名
        if let serverHost = challenge.protectionSpace.host, trustedDomains.contains(serverHost) {
            let credential = URLCredential(trust: serverTrust)
            completionHandler(.useCredential, credential)
        } else {
            // 非信任域名，拒绝连接
            completionHandler(.cancelAuthenticationChallenge, nil)
        }
    }
}

为什么这样能解决问题 #

• 复用Session：全局Session避免了频繁创建销毁带来的资源浪费，网络栈能稳定处理请求，解决无规律超时问题。
• 无循环引用：单例SessionDelegate不持有URLSession，全局URLSession持有Delegate，两者生命周期都和App一致，不存在循环引用风险。
• 更安全的验证：通过域名校验限制信任范围，既满足开发服务器的需求，又避免了无差别信任的安全隐患。

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