通常的解釋是剩盒，考慮到對(duì)象的生命周期纵竖，您應(yīng)該在unowned和weak之間進(jìn)行選擇肩杈，但有時(shí)您可能仍然懷疑應(yīng)該實(shí)際使用哪一個(gè)墓造，并且想知道unowned和weak哪一個(gè)更好堪伍。
眾所周知，Swift利用良好的舊ARC（自動(dòng)引用計(jì)數(shù)）來管理內(nèi)存觅闽，因此帝雇，正如我們習(xí)慣使用Objective-C一樣，我們必須通過明智地使用弱手動(dòng)處理保留周期引用蛉拙。
如果您不熟悉ARC尸闸，則只需要知道每個(gè)引用類型實(shí)例都將具有與之關(guān)聯(lián)的引用計(jì)數(shù)（簡單整數(shù)值），這將用于保持對(duì)象實(shí)例當(dāng)前的次數(shù)計(jì)數(shù)由變量或常數(shù)引用。一旦該計(jì)數(shù)器達(dá)到零吮廉，就會(huì)釋放實(shí)例苞尝，并且它們所擁有的內(nèi)存和資源將再次可用。
每當(dāng)兩個(gè)實(shí)例以某種方式相互引用時(shí)宦芦，您就有一個(gè)保留周期（例如宙址，兩個(gè)類實(shí)例具有引用另一個(gè)類實(shí)例的屬性，如同雙鏈表中的兩個(gè)相鄰節(jié)點(diǎn)實(shí)例一樣）會(huì)阻止這些實(shí)例被釋放调卑，因?yàn)楸Ａ粲?jì)數(shù)總是大于零的值抡砂。
為了解決這個(gè)問題，在Swift中以及在許多其他語言中恬涧，引入了弱引用的概念舀患，ARC不考慮這些引用，因此不會(huì)增加對(duì)象的保留計(jì)數(shù)气破。
考慮到弱引用不會(huì)阻止實(shí)例被釋放，因此必須始終記住餐抢，弱引用在任何時(shí)候都不能再指向有效對(duì)象现使。
Swift有兩種弱引用：unowned和weak。
雖然它們用于相同的目的旷痕，但它們與您的實(shí)例生命周期相關(guān)的假設(shè)略有不同碳锈，并且具有不同的性能特征。
在Objective-C中欺抗，遵循標(biāo)準(zhǔn)模式售碳，您將在塊外聲明對(duì)該實(shí)例的弱引用，然后在塊內(nèi)聲明對(duì)該實(shí)例的強(qiáng)引用绞呈，以便在塊執(zhí)行期間獲取它贸人。顯然，檢查引用是否仍然有效是必要的佃声。
為了幫助處理保留周期艺智，Swift引入了一個(gè)新的構(gòu)造來簡化并更明確地捕獲閉包內(nèi)的外部變量，即捕獲列表圾亏。使用捕獲列表十拣，您可以在函數(shù)頂部聲明將用于指定應(yīng)在內(nèi)部創(chuàng)建哪種引用的外部變量。
1.當(dāng)您不使用捕獲列表時(shí)志鹃，閉包將創(chuàng)建對(duì)外部作用域的值的強(qiáng)引用：
閉包內(nèi)發(fā)生的修改將改變原始變量的值
2.使用捕獲列表夭问，創(chuàng)建一個(gè)在閉包范圍內(nèi)有效的新常量。
如果未指定捕獲修飾符曹铃，則常量只是原始值的副本缰趋，適用于值類型和引用類型。
在上面的例子中，我們iCopy在調(diào)用之前聲明函數(shù)iStrong埠胖，并且當(dāng)聲明函數(shù)初始化私有常量時(shí)糠溜。如您所見，當(dāng)我們調(diào)用第二個(gè)函數(shù)時(shí)直撤，我們?nèi)匀粫?huì)打印原始值i1非竿。
3.指定具有引用類型的外部變量的名稱之前weak或unowned之前，此常量將被初始化為對(duì)原始值的弱引用谋竖，并且這種特定形式的捕獲是我們用來中斷保留周期的形式红柱。
使用unowned時(shí)?永遠(yuǎn)不會(huì)為nil 使用weak時(shí) 則是可選值
所以 如果這些對(duì)象的生命周期互不相關(guān)，也就是說蓖乘，你不能保證哪一 個(gè)對(duì)象存在的時(shí)間會(huì)比另一個(gè)?锤悄，那么弱引用就是唯一的選擇。另一種情況下嘉抒，如果你可以保證非強(qiáng)引用對(duì)象擁有和強(qiáng)引用對(duì)象同樣或者更?的生命周期的話零聚，unowned?引用通常會(huì)更方便一些。這是因?yàn)槲覀兛梢圆恍枰幚砜蛇x值些侍，而且變量將可以被
let?聲明隶症，而與之相對(duì)，弱引用必須被聲明為可選的?var岗宣。同樣的生命周期是很常?的蚂会，特別是當(dāng) 兩個(gè)物體擁有主從關(guān)系的時(shí)候。當(dāng)主對(duì)象通過強(qiáng)引用控制子對(duì)象的生命周期耗式，而且你可以確定 沒有其他對(duì)象知道這個(gè)子對(duì)象的存在時(shí)胁住，子對(duì)象對(duì)主對(duì)象的逆向引用就可以是?unowned?引用。
unowned?引用要比?weak?引用少一些性能損耗刊咳，因此訪問一個(gè)?unowned?引用的屬性或者調(diào)用 它上面的方法都會(huì)稍微快一些;不過彪见，這個(gè)因素應(yīng)該只在性能非常重要的代碼路徑上才需要被 考慮。
unowned?引用帶來的不好的地方當(dāng)然是如果你在生命周期的假設(shè)上犯了錯(cuò)娱挨，那么你的程序就將 崩潰企巢。個(gè)人來說，我經(jīng)常會(huì)在?unowned?也可以使用的情況下让蕾，還是去選擇用?weak浪规。weak?將強(qiáng)制我們在所有使用的地方都去檢查引用是否依然有效。我們可能會(huì)時(shí)不時(shí)地對(duì)一些 代碼進(jìn)行重構(gòu)探孝，而這可能會(huì)導(dǎo)致我們之前對(duì)于對(duì)象生命周期的假設(shè)失效笋婿。看你對(duì)哪一方面更重視
---------------------
作者：一如初夏丿
原文：https://blog.csdn.net/weiwandaixu_/article/details/83026208?utm_source=copy
