URLSession在errors和statusCode的作用域中找不到“self”

在使用URLSession进行网络请求时，如果在处理错误或状态码时遇到找不到self的问题，通常是因为闭包捕获了self的引用，导致循环引用或者作用域问题。以下是一些基础概念和相关解决方案：

基础概念

1. 闭包（Closure）： 闭包是一种可以捕获并存储其所在上下文中自由变量的函数。在Swift中，闭包可以捕获其外部作用域中的变量。
2. 循环引用（Retain Cycle）： 当两个对象互相持有对方的强引用时，会导致内存泄漏，这种情况称为循环引用。
3. 弱引用（Weak Reference）： 弱引用不会增加对象的引用计数，因此可以避免循环引用。

相关优势

• 避免内存泄漏：通过使用弱引用，可以有效避免闭包中的循环引用问题。
• 提高代码的可维护性：明确闭包的作用域和捕获规则，使代码更易于理解和维护。

类型

• 强引用：默认情况下，闭包会对其捕获的变量持有强引用。
• 弱引用：使用[weak self]或[unowned self]来声明对self的弱引用。

应用场景

在处理网络请求的回调中，特别是当闭包中需要访问self时，容易出现找不到self的问题。这种情况常见于URLSession的dataTask或uploadTask的回调中。

解决方案

使用弱引用

let session = URLSession.shared
let url = URL(string: "https://example.com")!

let task = session.dataTask(with: url) { [weak self] data, response, error in
    guard let self = self else { return }
    
    if let error = error {
        print("Error: \(error)")
        return
    }
    
    if let statusCode = (response as? HTTPURLResponse)?.statusCode {
        print("Status Code: \(statusCode)")
    }
    
    if let data = data {
        // 处理数据
    }
}

task.resume()

使用guard let确保self存在

在上述代码中，使用[weak self]声明闭包参数，然后在闭包内部使用guard let self = self else { return }来确保self存在。这样可以避免循环引用，并且在self已经被释放的情况下安全地退出闭包。

为什么会这样？

当闭包捕获self时，默认情况下会持有对self的强引用。如果闭包在self的生命周期内一直存在，就会导致self无法被释放，从而引发循环引用。使用弱引用可以打破这种循环引用，避免内存泄漏。

如何解决这些问题？

• 使用弱引用：通过[weak self]声明闭包参数。
• 确保self存在：在闭包内部使用guard let self = self else { return }来检查self是否存在。

通过这些方法，可以有效解决在使用URLSession时遇到的找不到self的问题，同时避免循环引用和内存泄漏。