使用 Timer 的引用周期中的强、弱或无主

Question

我有一个UIViewController，它引用了一个重复调用闭包的Timer 对象。 Timer 对象在其块中捕获 self。据我了解，这会导致视图控制器和块之间出现retains cycle。有一个逻辑是把定时器设置为nil，然后retain cycle被打破，但它可能不会被执行。

我的问题如下：只要应用程序存在，视图控制器就会存在（至少在当前实现中）。在这种情况下 - 我应该如何最好地处理这个保留周期？我应该忽略它，因为无论如何都不会释放视图控制器。我是否应该考虑未来可能的更改并使用unowned 或weak 引用以及哪一个来处理它。我想它应该是unowned，因为计时器只由视图控制器保留，一旦视图控制器被释放，它应该被释放，但不确定我是否遗漏了什么。先感谢您。以下代码是我正在谈论的简单示例。 Class A 是视图控制器。

class A {

    var timer: Timer? = nil
    var varToReference: Int = 0

    func startTimer() {
        timer = Timer.scheduledTimer(withTimeInterval: 2, repeats: true, block: {  (theTimer) in

            self.varToReference += 1

        })
    }

    func stopTimer() {
        if let theTimer = timer {
            theTimer.invalidate()
            timer = nil
        }
    }

    func onAdapterStarts() {
        self.startTimer()
    }

    func onAdapterStops(){
        self.stopTimer()
    }

    deinit {
        print("A Deinit")
    }

}

Answer 1

保留循环是当两个对象保持对彼此的引用并被保留时的条件，它创建一个循环，因为两个对象都试图相互保留。

现在让我们来看看你的示例代码

在您的示例中，Class A 通过timer 变量拥有闭包。如果您不将self 声明为weak 或unowned，则闭包还将拥有self，从而创建一个强引用循环。

unowned 和 weak 之间的区别

unowned 和 weak 之间的一个简单区别是 weak 被声明为可选，而 unowned 不是。通过将其声明为weak，您可以处理在某个时候它可能在闭包内为 nil 的情况。如果您尝试访问恰好为 nil 的 unowned 变量，它将崩溃整个程序。因此，只有在您确定变量在闭包期间始终存在时才使用unowned

始终为功能做好准备，因为您在任何移动应用中的工作都应始终 可扩展。

See this accepted answer for better understanding.

Answer 2

在您的情况下，weak 和 unowned 是可以接受的。通过计时器块内的简单代码，我建议使用weak，否则，您可以更喜欢unowned。使用weak 关心您项目的未来更新和扩展。

timer = Timer.scheduledTimer(withTimeInterval: 2, repeats: true, block: {[weak self] (theTimer) in

        self?.varToReference += 1

    })