通常的解释是，考虑到对象的生命周期，您应该在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 将强制我们在所有使用的地方都去检查引用是否依然有效。我们可能会时不时地对一些 代码进行重构，而这可能会导致我们之前对于对象生命周期的假设失效。看你对哪一方面更重视