发现循环引用的方法

做者：Thomas Hanning，原文连接，原文日期：2015-11-09
译者：靛青K；校对：littledogboy；定稿：shanks

尽管 ARC 已经为咱们作了大部份内存管理的事情，但你的 App 仍然可能遇到循环引用的问题。所以发现这些潜在的循环引用是很是重要的。

ARC 和 内存管理

随着在 iOS 5 中 介绍的自动引用计数（ARC）的使用，内存管理变得很是简单。但 ARC 不能处理全部状况，因此处理好 App(应用程序) 的内存管理仍是很是重要的。例如，可能存在所谓的循环引用。就好比在应用程序中尽管没有任何可访问的引用指向视图控制器，但视图控制器也没有被销毁。若是存在这种循环引用，那么每次出现这个视图控制器，应用程序的内存都会增长。若是内存不停地增长，App 会被操做系统终止 —— App 崩溃。

循环引用

咱们来建立一个循环引用的例子：首先，咱们建立了一个 RootViewController 和一个 SecondViewController。当点击 RootViewController 的一个按钮后，就出现 (present)一个 SecondViewController。你能够在 storyboard 中经过 segue 轻松建立。 另外，再建立一个 ModelObject 类，该类中有一个类型为 ModelObjectDelegate 的 delegate 实例变量 。当 SecondViewController 加载完视图后，把 ModelObject 的代理设置为self。

import Foundation

protocol ModelObjectDelegate: class {
    
}

class ModelObject {
    
    var delegate: ModelObjectDelegate?
       
}


import UIKit

class SecondViewController: UIViewController, ModelObjectDelegate {
    
    var modelObject: ModelObject?
    
    override func viewDidLoad() {
        super.viewDidLoad()
        modelObject = ModelObject()
        modelObject!.delegate = self
    }
        
    @IBAction func closeButtonPressed(sender: UIButton) {
        dismissViewControllerAnimated(true, completion: nil)
    }
    
}

好的，如今咱们来检查一下内存管理：当咱们移除SecondViewController时，内存并不会减小。但这是为何呢？
咱们预期的结果是移除时，SecondViewController内存就会销毁。咱们来看一下这些对象。当SecondViewController加载后，引用状况是下图这个样子：

如今，当移除SecondViewController时，引用状况是这个样子：

RootViewController 取消了强引用 SecondViewController。然而 SecondViewController 和 ModelObject 互相强引用。所以它们都没有被销毁。

技巧

发现循环引用的技巧以下所示：

若是一个对象被销毁，会执行对应的 deinit 方法。因此只须要在类中的 deinit 方法中添加一个打印信息：

import UIKit

class SecondViewController: UIViewController, ModelObjectDelegate {
    
    var modelObject: ModelObject?
    
    override func viewDidLoad() {
        super.viewDidLoad()
        modelObject = ModelObject()
        modelObject!.delegate = self
    }
    
    @IBAction func closeButtonPressed(sender: UIButton) {
        dismissViewControllerAnimated(true, completion: nil)
    }
    
    deinit {
        print("SecondViewController deinit")
    }
}


import Foundation

protocol ModelObjectDelegate: class {
    
}

class ModelObject {
    
    var delegate: ModelObjectDelegate?
    
    deinit {
        print("ModelObject deinit")
    }
    
}

当咱们移除 SecondViewController，调试窗口并无日志信息。也就是说他们并无被销毁，说明出了些问题。

解决办法

咱们已经知道这里多了一个强引用。因此咱们能够声明delegate为weak属性。

import Foundation

protocol ModelObjectDelegate: class {
    
}

class ModelObject {
    
    weak var delegate: ModelObjectDelegate?
    
    deinit {
        print("ModelObject deinit")
    }
    
}

如今的对象关系是这个样子：

由于 SecondViewController 和 ModelObject 之间仅有一个强引用，这里应该不会再有什么问题了。

没错，如今当咱们移除SecondViewController调试窗口会有日志信息了：

SecondViewController deinit
ModelObject deinit

如今和咱们的预期状况同样了。

结论

尽管这是一点点的工做，为了发现循环引用应该在视图控制器的deinit方法中添加一条日志信息。你也可使用 Instruments(Xcode自带的内存检测工具) 发现循环引用，但若是老是把日志信息放在deinit方法中，能够持续监测销毁行为了。

本文由 SwiftGG 翻译组翻译，已经得到做者翻译受权，最新文章请访问 http://swift.gg。