在Swift中，我们是否总是使用[无主自我]内部关闭

Question

在 WWDC 2014 年第 403 届会议中级 Swift 和脚本中，有以下幻灯片

演讲者说，在那种情况下，如果我们不在那里使用< code>[unowned self]，就会出现内存泄漏。这是否意味着我们应该总是在闭包内使用< code>[unowned self]？

在Swift Weather应用程序ViewController.swift的第64行，我不使用[无主自我]。但是我通过使用一些@IBOutlet来更新UI，例如self.temperature和self.loadingIndicator。这可能是可以的，因为我定义的所有@IBOutlet都是弱。但是为了安全起见，我们应该始终使用[无主自我]吗？

class TempNotifier {
  var onChange: (Int) -> Void = {_ in }
  var currentTemp = 72
  init() {
    onChange = { [unowned self] temp in
      self.currentTemp = temp
    }
  }
}

Answer 1

我想我会为视图控制器添加一些具体的示例。许多解释，不仅仅是这里关于堆栈溢出的解释，都非常好，但我对真实世界的例子做得更好（@drewag在这方面有一个良好的开端）：

>

如果您有一个闭包来处理网络请求的响应，请使用弱，因为它们的寿命很长。视图控制器可以在请求完成之前关闭，因此在调用关闭时，self不再指向有效对象

如果您有处理按钮上事件的闭包。这可以是无主，因为视图控制器一离开，按钮和它可能从self引用的任何其他项目就会同时离开。封闭块也将同时消失。

class MyViewController: UIViewController {
      @IBOutlet weak var myButton: UIButton!
      let networkManager = NetworkManager()
      let buttonPressClosure: () -> Void // closure must be held in this class. 

      override func viewDidLoad() {
          // use unowned here
          buttonPressClosure = { [unowned self] in
              self.changeDisplayViewMode() // won't happen after vc closes. 
          }
          // use weak here
          networkManager.fetch(query: query) { [weak self] (results, error) in
              self?.updateUI() // could be called any time after vc closes
          }
      }
      @IBAction func buttonPress(self: Any) {
         buttonPressClosure()
      }

      // rest of class below.
 }

Answer 2

我写了一篇关于这个问题的文章，扩展了这个答案（查看SIL以了解ARC的功能），请在这里查看。

前面的答案并没有给出什么时候使用一个而不是另一个的简单规则，为什么，所以让我补充一些东西。

无主或弱讨论归结为变量的生存期和引用它的闭包问题。

您可以有两种可能的情况：

>

闭包具有与变量相同的生存期，因此只有在变量可访问之前才能访问闭包。变量和闭包具有相同的生存期。在这种情况下，应将引用声明为无主引用。一个常见的例子是[无主的自我]在许多例子中使用的小闭包，这些闭包在父母的上下文中做了一些事情，并且没有在其他地方被引用不会比他们的父母活得更久。

闭包生命周期独立于变量之一，当变量不再可达时，闭包仍然可以被引用。在这种情况下，您应该将引用声明为弱引用并在使用它之前验证它不是nil（不要强制展开）。一个常见的例子是[弱委托]，您可以在一些引用完全不相关（按生命周期计算）委托对象的闭包示例中看到。

那么，实际上大部分时间你会/应该使用哪个？

引用twitter上乔·格罗夫的话：

无主更快，并允许不变性和非选择性。

如果你不需要弱，就不要使用它。

您将在这里找到关于unowned*内部工作的更多信息。

< code>*通常也称为unowned(safe ),表示在访问无主引用之前执行运行时检查(导致无效引用崩溃)。

Answer 3

不，肯定有时候你不想使用[无主的自己]。有时，您希望闭包捕获自我，以确保在调用闭包时它仍然存在。

如果您正在发出异步网络请求，您确实希望闭包在请求完成时保留self。该对象可能已被释放，但您仍然希望能够处理请求完成。

你唯一真正想要使用[无主的自我]或[弱的自我]的时候，就是你创建一个强大的参考周期的时候。一个强大的参考循环是当存在一个所有权循环时，对象最终相互拥有（可能通过第三方），因此它们永远不会被解除分配，因为它们都确保彼此保持。

在闭包的特定情况下，您只需要意识到在闭包内部引用的任何变量都被闭包“拥有”。只要闭包在附近，那些对象就保证在附近。停止这种所有权的唯一方法，就是做< code >[无主自我]或< code >[虚弱自我]。因此，如果一个类拥有一个闭包，并且这个闭包捕获了对该类的强引用，那么在闭包和类之间就有一个强引用循环。这也包括类是否拥有拥有闭包的东西。

在幻灯片上的示例中，TempNotifier 通过 onChange 成员变量拥有闭包。如果他们不宣布自我为无主，那么闭包也将拥有自我，从而形成一个强大的参考循环。

无主和弱者之间的区别在于，弱被声明为可选，而无主则不是。通过声明它弱，你可以处理它在某些时候在闭包内可能为零的情况。如果您尝试访问碰巧为 nil 的无主变量，它将使整个程序崩溃。因此，只有在您为正值时才使用无主变量，而闭包在周围时，该变量将始终存在