swift unowned和weak的使用

一般的解释是，考虑到对象的生命周期，您应该在unowned和weak之间进行选择，但有时您可能仍然怀疑应该实际使用哪个，而且想知道unowned和weak哪个更好。

众所周知，Swift利用良好的旧ARC（自动引用计数）来管理内存，所以，正如咱们习惯使用Objective-C同样，咱们必须经过明智地使用弱手动处理保留周期引用。

若是您不熟悉ARC，则只须要知道每一个引用类型实例都将具备与之关联的引用计数（简单整数值），这将用于保持对象实例当前的次数计数由变量或常数引用。一旦该计数器达到零，就会释放实例，而且它们所拥有的内存和资源将再次可用。

每当两个实例以某种方式相互引用时，您就有一个保留周期（例如，两个类实例具备引用另外一个类实例的属性，如同双链表中的两个相邻节点实例同样）会阻止这些实例被释放，由于保留计数老是大于零的值。

为了解决这个问题，在Swift中以及在许多其余语言中，引入了弱引用的概念，ARC不考虑这些引用，所以不会增长对象的保留计数。

考虑到弱引用不会阻止实例被释放，所以必须始终记住，弱引用在任什么时候候都不能再指向有效对象。

Swift有两种弱引用：unowned和weak。

虽然它们用于相同的目的，但它们与您的实例生命周期相关的假设略有不一样，而且具备不一样的性能特征。

在Objective-C中，遵循标准模式，您将在块外声明对该实例的弱引用，而后在块内声明对该实例的强引用，以便在块执行期间获取它。显然，检查引用是否仍然有效是必要的。

为了帮助处理保留周期，Swift引入了一个新的构造来简化并更明确地捕获闭包内的外部变量，即捕获列表。使用捕获列表，您能够在函数顶部声明将用于指定应在内部建立哪一种引用的外部变量。

1.当您不使用捕获列表时，闭包将建立对外部做用域的值的强引用：

闭包内发生的修改将改变原始变量的值

2.使用捕获列表，建立一个在闭包范围内有效的新常量。

若是未指定捕获修饰符，则常量只是原始值的副本，适用于值类型和引用类型。

在上面的例子中，咱们iCopy在调用以前声明函数iStrong，而且当声明函数初始化私有常量时。如您所见，当咱们调用第二个函数时，咱们仍然会打印原始值i1。

3.指定具备引用类型的外部变量的名称以前weak或unowned以前，此常量将被初始化为对原始值的弱引用，而且这种特定形式的捕获是咱们用来中断保留周期的形式。

使用unowned时 永远不会为nil 使用weak时 则是可选值

因此 若是这些对象的生命周期互不相关，也就是说，你不能保证哪一 个对象存在的时间会比另外一个⻓，那么弱引用就是惟一的选择。另外一种状况下，若是你能够保证非强引用对象拥有和强引用对象一样或者更⻓的生命周期的话，unowned 引用一般会更方便一些。这是由于咱们能够不须要处理可选值，并且变量将能够被 let 声明，而与之相对，弱引用必须被声明为可选的 var。一样的生命周期是很常⻅的，特别是当 两个物体拥有主从关系的时候。当主对象经过强引用控制子对象的生命周期，并且你能够肯定 没有其余对象知道这个子对象的存在时，子对象对主对象的逆向引用就能够是 unowned 引用。

unowned 引用要比 weak 引用少一些性能损耗，所以访问一个 unowned 引用的属性或者调用 它上面的方法都会稍微快一些;不过，这个因素应该只在性能很是重要的代码路径上才须要被 考虑。

unowned 引用带来的很差的地方固然是若是你在生命周期的假设上犯了错，那么你的程序就将 崩溃。我的来讲，我常常会在 unowned 也可使用的状况下，仍是去选择用 weak。weak 将强制咱们在全部使用的地方都去检查引用是否依然有效。咱们可能会时不时地对一些 代码进行重构，而这可能会致使咱们以前对于对象生命周期的假设失效。看你对哪一方面更重视