斯威夫特 - 在封闭中强烈捕获自我后期待泄漏答案

【问题标题】：Swift - Expecting a leak after strongly capturing self in closure斯威夫特 - 在封闭中强烈捕获自我后期待泄漏
【发布时间】：2016-12-17 00:30:19
【问题描述】：

谁能解释一下为什么这不会泄漏？

我在closure 中捕获self，所以我会有两个相互指向的强指针，因此，永远不应为 Person 对象调用 deinit 消息。

首先，这是我的班级Person：

class Person {
    var name: String
    init(name: String) { self.name = name }
    deinit { print("\(name) is being deinitialized") }
}

这是我的 ViewController 的实现：

class ViewController: UIViewController {

    var john:Person?

    func callClosureFunction( closure:(name:Bool) -> () ) {
        closure(name: true)
    }

    override func viewDidLoad() {
        super.viewDidLoad()

        john = Person(name:"John")

        self.callClosureFunction { (name) in

            self.john?.name = "John Appleseed"
            self.john = nil

            // xcode prints - John Appleseed is being deinitialized
        }

    }

}

我希望能够通过以下方式解决问题：

self.callClosureFunction { [weak self] (name) in ...

但这甚至没有必要。为什么？

【问题讨论】：

标签： swift memory-leaks closures retain-cycle strong-references

【解决方案1】：

您正在捕获指向ViewController 的self，但您想知道Person 实例。

Person 实际上不是循环引用的，因此当您在关闭结束时将其设置为 nil 时，它会被取消初始化并释放。

为ViewController 实现deinit，看看它是如何工作的。

【讨论】：

【解决方案2】：

由于您的视图控制器没有保留闭包，因此没有循环引用。如果你这样写：

class ViewController: UIViewController {

    var john:Person?
    var closure:(Bool)->()? 

    func callClosureFunction( closure:((name:Bool) -> ())? ) {
        closure?(name: true)
    }

    override func viewDidLoad() {
        super.viewDidLoad()

        john = Person(name:"John")
        closure = { (name) in

            self.john?.name = "John Appleseed"    

            // Because this closure will never be released, the instance of Person will never deinit either
        }
        self.callClosureFunction(closure) 
    }  
}

然后视图控制器将保留闭包，而闭包将通过其对self 的引用来保留视图控制器。因此，两者都不会被释放，并且如果您没有显式设置 self.john = nil（您在原始示例中所做的），那么 Person 实例将永远不会被调用 deninit。

在不必要的情况下在闭包中不恰当地使用弱 self 是很常见的（这实际上会导致一些晦涩的错误）。要记住的关键规则是弱引用通常不是 ARC 下的默认值。 Strong 应该是默认值除非它会导致保留循环，在这种情况下，weak 应该只用于破坏循环引用。闭包也一样：强 self 应该是默认值，除非在这种情况下，self 也有对闭包本身的强引用。

【讨论】：

John Appleseed Person 对象仍将取消初始化。看我的回答
@AlexanderMomchliov 如果闭包保留了 VC（自身）并且 VC 保留了闭包，如我的示例所示，则 VC 永远不会被释放（闭包也不会）。如果 VC 永远不会取消初始化，那么它就永远不会释放对 Person 对象的引用，这意味着 Person 对象也永远不会取消初始化。
是否有保留周期无关紧要。 john 显式设置为 nil，删除最后一个引用，从而导致 ARC 为 deinit 它。
@AlexanderMomchliov 哦，对了——我错过了好点。更新了我的答案以反映这一点。谢谢！

【解决方案3】：

我在闭包中捕获 self ，因此我将有两个相互指向的强指针，因此，永远不应为 Person 对象调用 deinit 消息。

不，你有一个强指针，从闭包到self。没有从闭包返回到self 的循环引用。因此，您有一个directed acylic graph，这对 ARC 来说没有问题。

但是，您的实验从一开始就存在缺陷。即使捕获了闭包，John AppleseedPerson 对象仍将是deinit。该对象的生命周期完全依赖于来自您的ViewController 的john 引用。当您将该引用设置为 nil 时，您将删除对 John Appleseed 对象的最后一个引用，因此它被取消初始化。

【讨论】：