我应该在计算属性的闭包中使用弱自我吗？

Question

我对在闭包中使用 self 感到困惑。

我们什么时候应该声明 [weak self] ？我理解的一个明显案例是

class Foo{

    var closure: ( Void -> Void )?
    var x = 0

    func doSomething(){
        closure = { [weak self] in
            if let x = self?.x{
                println(x)
            }
        }
    }
}

但是，如果我想创建一个计算属性bar，它有一个闭包，它会在内部捕获 self。像这样，

extension Foo{

    var bar: Bar{
        let bar = Bar()
        bar.completionHandler = {
            println(self.x)
        }
        return bar
    }
}

我应该在这个闭包中使用[weak self] 吗？

Answer 1

考虑：

extension Foo {
    var bar: Bar {
        let bar = Bar()
        bar.completionHandler = {
            print(self.x)
        }
        return bar
    }
}

我应该在这个闭包中使用[weak self] 吗？

通常当人们问这个问题时，真正关心的是“我是否需要[weak self] 来避免强引用循环？”答案是，不，这里没有强引用循环。

如果bar 是一个存储属性，则缺少[weak self] 会引发危险信号。如果我们有一个 Foo 存储一个对 Bar 的引用，它本身就有一个带有 self 对原始 Foo 的引用的闭包，这很容易出现问题。但是有了这个计算属性，Foo 没有对bar 的任何强引用，因此强引用周期问题大大减少了。

话虽如此，我很难在不想使用[weak self] 的地方进行成像。如果bar有completionHandler，那说明它很可能用在一些异步场景中，问题是在这个过程中是否需要保留Foo。

因此，您“应该”使用[weak self] 的真正问题归结为Bar 是什么，以及它是否对Foo 有任何合理的所有权主张。

让我们试着举一个实际的例子。 （以下内容有点做作，因为我很难为这种模式设计一个好的用例，但请耐心等待。）

例如，假设Foo 是一个Person 对象，而Bar 是一些用于图像下载任务的URLSessionTask：

class Person {
    let name: String
    private(set) var image: UIImage?

    ...
}

extension Person {
    var imageTask: URLSessionTask {
        let url = ...
        return session.dataTask(with: url) { [weak self] data, _, _ in
            guard let data = data, let image = UIImage(data: data) else { return }

            self?.image = image
        }
    }
}

所以控制器可能会说

let person = Person(...)
let task = person.imageTask
task.resume()

在上面的例子中，我碰巧在imageTask闭包中使用了[weak self]，并不是因为我担心任何强引用循环，而仅仅是因为网络任务通常没有业务要求对模型对象进行强引用. （同样，我也不会亲自将网络接口隐藏在模型对象中。）但是在这个例子中，如果你想确保 Person对象在网络请求完成之前一直保留（例如，您可能希望将网络请求的结果保存在某个本地持久存储中）。

所有这些都说了，我很难想象我会使用上述模式的地方。但底线是这里没有强引用循环，所以理论上你可以忽略[weak self] 而无需担心。但在大多数实际场景中，您通常最终会使用[weak self]。