weakとunowned参照はどちらも、参照さstrongれたオブジェクトに保持を作成しません（ARCが参照されたオブジェクトの割り当てを解除するのを防ぐために、保持カウントを増やしません）。
しかし、なぜ2つのキーワードなのでしょうか。この違いは、Optional型がSwift言語に組み込まれているという事実に関係しています。それらについての短い話：オプションの型はメモリの安全性を提供します（これはSwiftのコンストラクタルールで美しく機能します -これはこの利点を提供するために厳格です）。
weak参照は、それの可能性がなることができますnilので、あなたの財産の種類は任意でなければならない、（参照されたオブジェクトが割り当て解除されたときには自動的に行われます） -あなたは、プログラマーとして、あなたはそれを使用する前にそれをチェックすることが義務付けされているように、（基本的にコンパイラーは、可能な限り安全なコードを書くように強制します。
unownedそれはなることはありません参照を前提としnil、その寿命の間に。所有されていない参照は、初期化中に設定する必要があります。つまり、参照は、チェックなしで安全に使用できるオプションではない型として定義されます。参照されているオブジェクトの割り当てが解除された場合、所有されていない参照が使用されるとアプリがクラッシュします。
アップルのドキュメントから：
その参照が有効期間中のある時点でnilになることが有効な場合は、弱い参照を使用します。逆に、初期化中に設定された参照がnilになることはないとわかっている場合は、所有されていない参照を使用します。
ドキュメントには、保持サイクルとそれらを解除する方法を説明するいくつかの例があります。これらの例はすべてdocsから抽出されています。
weakキーワードの例：
class Person {
let name: String
init(name: String) { self.name = name }
var apartment: Apartment?
}
class Apartment {
let number: Int
init(number: Int) { self.number = number }
weak var tenant: Person?
}
そして今、いくつかのASCIIアートのために（あなたはドキュメントを見に行くべきです-彼らはきれいな図を持っています）：
Person ===(strong)==> Apartment
Person <==(weak)===== Apartment
PersonそしてApartment例を示すゼロであることが許可されている両方が2つの特性は、強い参照サイクルを引き起こす可能性を持っている状況。このシナリオは、弱参照で解決するのが最適です。両方のエンティティは、他のエンティティに厳密に依存することなく存在できます。
unownedキーワードの例：
class Customer {
let name: String
var card: CreditCard?
init(name: String) { self.name = name }
}
class CreditCard {
let number: UInt64
unowned let customer: Customer
init(number: UInt64, customer: Customer) { self.number = number; self.customer = customer }
}
この例では、Customerはを持つ場合と持たない場合がありますCreditCardが、CreditCard は常にに関連付けられCustomerます。これを表すために、Customerクラスにはオプションのcardプロパティがありますが、CreditCardクラスにはオプションではない（所有されていない）customerプロパティがあります。
Customer ===(strong)==> CreditCard
Customer <==(unowned)== CreditCard
CustomerそしてCreditCard例を示す一つの特性ゼロであることが許可されゼロにすることはできません別の性質が強い基準周期を引き起こす可能性を有している状況。このシナリオは、所有されていない参照で解決するのが最適です。
アップルからの注意：
実行時に値が変化する可能性があることを示すには、弱参照を変数として宣言する必要があります。弱参照は定数として宣言できません。
また、両方のプロパティに常に値が必要で、初期化が完了するとどちらのプロパティもnilにならないという3番目のシナリオもあります。
また、クロージャを操作する際に回避する古典的な保持サイクルのシナリオもあります。
これについては、Appleのドキュメントにアクセスするか、本を読むことをお勧めします。