Swift3.0-自動引用計(jì)數(shù)

自動引用計(jì)數(shù)

Swift 使用自動引用計(jì)數(shù)(ARC)機(jī)制來跟蹤和管理你的應(yīng)用程序的內(nèi)存。通常情況下,Swift 內(nèi)存管理機(jī)制會一直起作用,你無須自己來考慮內(nèi)存的管理。ARC 會在類的實(shí)例不再被使用時(shí),自動釋放其占用的內(nèi)存。

然而在少數(shù)情況下,為了能幫助你管理內(nèi)存,ARC 需要更多的,代碼之間關(guān)系的信息。本章描述了這些情況,并且為你示范怎樣才能使 ARC 來管理你的應(yīng)用程序的所有內(nèi)存。

注意
引用計(jì)數(shù)僅僅應(yīng)用于類的實(shí)例。結(jié)構(gòu)體和枚舉類型是值類型,不是引用類型,也不是通過引用的方式存儲和傳遞。

自動引用計(jì)數(shù)的工作機(jī)制

當(dāng)你每次創(chuàng)建一個(gè)類的新的實(shí)例的時(shí)候,ARC 會分配一塊內(nèi)存來儲存該實(shí)例信息。內(nèi)存中會包含實(shí)例的類型信息,以及這個(gè)實(shí)例所有相關(guān)的存儲型屬性的值。

此外,當(dāng)實(shí)例不再被使用時(shí),ARC 釋放實(shí)例所占用的內(nèi)存,并讓釋放的內(nèi)存能挪作他用。這確保了不再被使用的實(shí)例,不會一直占用內(nèi)存空間。

然而,當(dāng) ARC 收回和釋放了正在被使用中的實(shí)例,該實(shí)例的屬性和方法將不能再被訪問和調(diào)用。實(shí)際上,如果你試圖訪問這個(gè)實(shí)例,你的應(yīng)用程序很可能會崩潰。

為了確保使用中的實(shí)例不會被銷毀,ARC 會跟蹤和計(jì)算每一個(gè)實(shí)例正在被多少屬性,常量和變量所引用。哪怕實(shí)例的引用數(shù)為1,ARC都不會銷毀這個(gè)實(shí)例。

為了使上述成為可能,無論你將實(shí)例賦值給屬性、常量或變量,它們都會創(chuàng)建此實(shí)例的強(qiáng)引用。之所以稱之為“強(qiáng)”引用,是因?yàn)樗鼤?shí)例牢牢地保持住,只要強(qiáng)引用還在,實(shí)例是不允許被銷毀的。

類實(shí)例之間的循環(huán)強(qiáng)引用

在上面的例子中,ARC 會跟蹤你所新創(chuàng)建的Person實(shí)例的引用數(shù)量,并且會在Person實(shí)例不再被需要時(shí)銷毀它。

然而,我們可能會寫出一個(gè)類實(shí)例的強(qiáng)引用數(shù)永遠(yuǎn)不能變成0的代碼。如果兩個(gè)類實(shí)例互相持有對方的強(qiáng)引用,因而每個(gè)實(shí)例都讓對方一直存在,就是這種情況。這就是所謂的循環(huán)強(qiáng)引用。

你可以通過定義類之間的關(guān)系為弱引用或無主引用,以替代強(qiáng)引用,從而解決循環(huán)強(qiáng)引用的問題。

下面展示了一個(gè)不經(jīng)意產(chǎn)生循環(huán)強(qiáng)引用的例子。例子定義了兩個(gè)類:PersonApartment,用來建模公寓和它其中的居民:

class Person {
    let name: String
    init(name: String) { self.name = name }
    var apartment: Apartment?
    deinit { print("\(name) is being deinitialized") }
}
class Apartment {
    let unit: String
    init(unit: String) { self.unit = unit }
    var tenant: Person?
    deinit { print("Apartment \(unit) is being deinitialized") }
}

每一個(gè)Person實(shí)例有一個(gè)類型為String,名字為name的屬性,并有一個(gè)可選的初始化為nilapartment屬性。apartment屬性是可選的,因?yàn)橐粋€(gè)人并不總是擁有公寓。

類似的,每個(gè)Apartment實(shí)例有一個(gè)叫unit,類型為String的屬性,并有一個(gè)可選的初始化為niltenant屬性。tenant屬性是可選的,因?yàn)橐粭澒⒉⒉豢偸怯芯用瘛?/p>

這兩個(gè)類都定義了析構(gòu)函數(shù),用以在類實(shí)例被析構(gòu)的時(shí)候輸出信息。這讓你能夠知曉PersonApartment的實(shí)例是否像預(yù)期的那樣被銷毀。

接下來的代碼片段定義了兩個(gè)可選類型的變量johnunit4A,并分別被設(shè)定為下面的ApartmentPerson的實(shí)例。這兩個(gè)變量都被初始化為nil,這正是可選的優(yōu)點(diǎn):

var john: Person?
var unit4A: Apartment?

現(xiàn)在你可以創(chuàng)建特定的PersonApartment實(shí)例并將賦值給johnunit4A變量:

john = Person(name: "John Appleseed")
unit4A = Apartment(unit: "4A")

在兩個(gè)實(shí)例被創(chuàng)建和賦值后,下圖表現(xiàn)了強(qiáng)引用的關(guān)系。變量john現(xiàn)在有一個(gè)指向Person實(shí)例的強(qiáng)引用,而變量unit4A有一個(gè)指向Apartment實(shí)例的強(qiáng)引用:

img
img

現(xiàn)在你能夠?qū)⑦@兩個(gè)實(shí)例關(guān)聯(lián)在一起,這樣人就能有公寓住了,而公寓也有了房客。

john?.apartment = unit4A
unit4A?.tenant = john

在將兩個(gè)實(shí)例聯(lián)系在一起之后,強(qiáng)引用的關(guān)系如圖所示:

img
img

不幸的是,這兩個(gè)實(shí)例關(guān)聯(lián)后會產(chǎn)生一個(gè)循環(huán)強(qiáng)引用。Person實(shí)例現(xiàn)在有了一個(gè)指向Apartment實(shí)例的強(qiáng)引用,而Apartment實(shí)例也有了一個(gè)指向Person實(shí)例的強(qiáng)引用。因此,當(dāng)你斷開johnunit4A變量所持有的強(qiáng)引用時(shí),引用計(jì)數(shù)并不會降為0,實(shí)例也不會被 ARC 銷毀:

john = nil
unit4A = nil

注意,當(dāng)你把這兩個(gè)變量設(shè)為nil時(shí),沒有任何一個(gè)析構(gòu)函數(shù)被調(diào)用。循環(huán)強(qiáng)引用會一直阻止PersonApartment類實(shí)例的銷毀,這就在你的應(yīng)用程序中造成了內(nèi)存泄漏。

在你將johnunit4A賦值為nil后,強(qiáng)引用關(guān)系如下圖:

img
img

PersonApartment實(shí)例之間的強(qiáng)引用關(guān)系保留了下來并且不會被斷開。

解決實(shí)例之間的循環(huán)強(qiáng)引用

Swift 提供了兩種辦法用來解決你在使用類的屬性時(shí)所遇到的循環(huán)強(qiáng)引用問題:弱引用(weak reference)和無主引用(unowned reference)。

弱引用和無主引用允許循環(huán)引用中的一個(gè)實(shí)例引用另外一個(gè)實(shí)例而不保持強(qiáng)引用。這樣實(shí)例能夠互相引用而不產(chǎn)生循環(huán)強(qiáng)引用。

對于生命周期中會變?yōu)?code>nil的實(shí)例使用弱引用。相反地,對于初始化賦值后再也不會被賦值為nil的實(shí)例,使用無主引用。

弱引用

弱引用不會對其引用的實(shí)例保持強(qiáng)引用,因而不會阻止 ARC 銷毀被引用的實(shí)例。這個(gè)特性阻止了引用變?yōu)檠h(huán)強(qiáng)引用。聲明屬性或者變量時(shí),在前面加上weak關(guān)鍵字表明這是一個(gè)弱引用。

在實(shí)例的生命周期中,如果某些時(shí)候引用沒有值,那么弱引用可以避免循環(huán)強(qiáng)引用。如果引用總是有值,則可以使用無主引用。在上面Apartment的例子中,一個(gè)公寓的生命周期中,有時(shí)是沒有“居民”的,因此適合使用弱引用來解決循環(huán)強(qiáng)引用。

注意
弱引用必須被聲明為變量,表明其值能在運(yùn)行時(shí)被修改。弱引用不能被聲明為常量。

因?yàn)槿跻每梢詻]有值,你必須將每一個(gè)弱引用聲明為可選類型。在 Swift 中,推薦使用可選類型描述可能沒有值的類型。

因?yàn)槿跻貌粫3炙玫膶?shí)例,即使引用存在,實(shí)例也有可能被銷毀。因此,ARC 會在引用的實(shí)例被銷毀后自動將其賦值為nil。你可以像其他可選值一樣,檢查弱引用的值是否存在,你將永遠(yuǎn)不會訪問已銷毀的實(shí)例的引用。

下面的例子跟上面PersonApartment的例子一致,但是有一個(gè)重要的區(qū)別。這一次,Apartmenttenant屬性被聲明為弱引用:

class Person {
    let name: String
    init(name: String) { self.name = name }
    var apartment: Apartment?
    deinit { print("\(name) is being deinitialized") }
}
class Apartment {
    let unit: String
    init(unit: String) { self.unit = unit }
    weak var tenant: Person?
    deinit { print("Apartment \(unit) is being deinitialized") }
}

然后跟之前一樣,建立兩個(gè)變量(johnunit4A)之間的強(qiáng)引用,并關(guān)聯(lián)兩個(gè)實(shí)例:

var john: Person?
var unit4A: Apartment?

john = Person(name: "John Appleseed")
unit4A = Apartment(unit: "4A")

john!.apartment = unit4A
unit4A!.tenant = john

現(xiàn)在,兩個(gè)關(guān)聯(lián)在一起的實(shí)例的引用關(guān)系如下圖所示:

img
img

Person實(shí)例依然保持對Apartment實(shí)例的強(qiáng)引用,但是Apartment實(shí)例只持有對Person實(shí)例的弱引用。這意味著當(dāng)你斷開john變量所保持的強(qiáng)引用時(shí),再也沒有指向Person實(shí)例的強(qiáng)引用了:

img
img

由于再也沒有指向Person實(shí)例的強(qiáng)引用,該實(shí)例會被銷毀:

john = nil
// 打印 “John Appleseed is being deinitialized”

唯一剩下的指向Apartment實(shí)例的強(qiáng)引用來自于變量unit4A。如果你斷開這個(gè)強(qiáng)引用,再也沒有指向Apartment實(shí)例的強(qiáng)引用了:

img
img

由于再也沒有指向Apartment實(shí)例的強(qiáng)引用,該實(shí)例也會被銷毀:

unit4A = nil
// 打印 “Apartment 4A is being deinitialized”

上面的兩段代碼展示了變量johnunit4A在被賦值為nil后,Person實(shí)例和Apartment實(shí)例的析構(gòu)函數(shù)都打印出“銷毀”的信息。這證明了引用循環(huán)被打破了。

注意
在使用垃圾收集的系統(tǒng)里,弱指針有時(shí)用來實(shí)現(xiàn)簡單的緩沖機(jī)制,因?yàn)闆]有強(qiáng)引用的對象只會在內(nèi)存壓力觸發(fā)垃圾收集時(shí)才被銷毀。但是在 ARC 中,一旦值的最后一個(gè)強(qiáng)引用被移除,就會被立即銷毀,這導(dǎo)致弱引用并不適合上面的用途。

無主引用

和弱引用類似,無主引用不會牢牢保持住引用的實(shí)例。和弱引用不同的是,無主引用是永遠(yuǎn)有值的。因此,無主引用總是被定義為非可選類型(non-optional type)。你可以在聲明屬性或者變量時(shí),在前面加上關(guān)鍵字unowned表示這是一個(gè)無主引用。

由于無主引用是非可選類型,你不需要在使用它的時(shí)候?qū)⑺归_。無主引用總是可以被直接訪問。不過 ARC 無法在實(shí)例被銷毀后將無主引用設(shè)為nil,因?yàn)榉强蛇x類型的變量不允許被賦值為nil

注意
如果你試圖在實(shí)例被銷毀后,訪問該實(shí)例的無主引用,會觸發(fā)運(yùn)行時(shí)錯(cuò)誤。使用無主引用,你必須確保引用始終指向一個(gè)未銷毀的實(shí)例。
還需要注意的是如果你試圖訪問實(shí)例已經(jīng)被銷毀的無主引用,Swift 確保程序會直接崩潰,而不會發(fā)生無法預(yù)期的行為。所以你應(yīng)當(dāng)避免這樣的事情發(fā)生。

下面的例子定義了兩個(gè)類,CustomerCreditCard,模擬了銀行客戶和客戶的信用卡。這兩個(gè)類中,每一個(gè)都將另外一個(gè)類的實(shí)例作為自身的屬性。這種關(guān)系可能會造成循環(huán)強(qiáng)引用。

CustomerCreditCard之間的關(guān)系與前面弱引用例子中ApartmentPerson的關(guān)系略微不同。在這個(gè)數(shù)據(jù)模型中,一個(gè)客戶可能有或者沒有信用卡,但是一張信用卡總是關(guān)聯(lián)著一個(gè)客戶。為了表示這種關(guān)系,Customer類有一個(gè)可選類型的card屬性,但是CreditCard類有一個(gè)非可選類型的customer屬性。

此外,只能通過將一個(gè)number值和customer實(shí)例傳遞給CreditCard構(gòu)造函數(shù)的方式來創(chuàng)建CreditCard實(shí)例。這樣可以確保當(dāng)創(chuàng)建CreditCard實(shí)例時(shí)總是有一個(gè)customer實(shí)例與之關(guān)聯(lián)。

由于信用卡總是關(guān)聯(lián)著一個(gè)客戶,因此將customer屬性定義為無主引用,用以避免循環(huán)強(qiáng)引用:

class Customer {
    let name: String
    var card: CreditCard?
    init(name: String) {
        self.name = name
    }
    deinit { print("\(name) is being deinitialized") }
}
class CreditCard {
    let number: UInt64
    unowned let customer: Customer
    init(number: UInt64, customer: Customer) {
        self.number = number
        self.customer = customer
    }
    deinit { print("Card #\(number) is being deinitialized") }
}

注意
CreditCard類的number屬性被定義為UInt64類型而不是Int類型,以確保number屬性的存儲量在 32 位和 64 位系統(tǒng)上都能足夠容納 16 位的卡號。

下面的代碼片段定義了一個(gè)叫john的可選類型Customer變量,用來保存某個(gè)特定客戶的引用。由于是可選類型,所以變量被初始化為nil

var john: Customer?

現(xiàn)在你可以創(chuàng)建Customer類的實(shí)例,用它初始化CreditCard實(shí)例,并將新創(chuàng)建的CreditCard實(shí)例賦值為客戶的card屬性:

john = Customer(name: "John Appleseed")
john!.card = CreditCard(number: 1234_5678_9012_3456, customer: john!)

在你關(guān)聯(lián)兩個(gè)實(shí)例后,它們的引用關(guān)系如下圖所示:

img
img

Customer實(shí)例持有對CreditCard實(shí)例的強(qiáng)引用,而CreditCard實(shí)例持有對Customer實(shí)例的無主引用。

由于customer的無主引用,當(dāng)你斷開john變量持有的強(qiáng)引用時(shí),再也沒有指向Customer實(shí)例的強(qiáng)引用了:

img
img

由于再也沒有指向Customer實(shí)例的強(qiáng)引用,該實(shí)例被銷毀了。其后,再也沒有指向CreditCard實(shí)例的強(qiáng)引用,該實(shí)例也隨之被銷毀了:

john = nil
// 打印 “John Appleseed is being deinitialized”
// 打印 ”Card #1234567890123456 is being deinitialized”

最后的代碼展示了在john變量被設(shè)為nilCustomer實(shí)例和CreditCard實(shí)例的構(gòu)造函數(shù)都打印出了“銷毀”的信息。

閉包引起的循環(huán)強(qiáng)引用

前面我們看到了循環(huán)強(qiáng)引用是在兩個(gè)類實(shí)例屬性互相保持對方的強(qiáng)引用時(shí)產(chǎn)生的,還知道了如何用弱引用和無主引用來打破這些循環(huán)強(qiáng)引用。

循環(huán)強(qiáng)引用還會發(fā)生在當(dāng)你將一個(gè)閉包賦值給類實(shí)例的某個(gè)屬性,并且這個(gè)閉包體中又使用了這個(gè)類實(shí)例時(shí)。這個(gè)閉包體中可能訪問了實(shí)例的某個(gè)屬性,例如self.someProperty,或者閉包中調(diào)用了實(shí)例的某個(gè)方法,例如self.someMethod()。這兩種情況都導(dǎo)致了閉包“捕獲”self,從而產(chǎn)生了循環(huán)強(qiáng)引用。

循環(huán)強(qiáng)引用的產(chǎn)生,是因?yàn)殚]包和類相似,都是引用類型。當(dāng)你把一個(gè)閉包賦值給某個(gè)屬性時(shí),你是將這個(gè)閉包的引用賦值給了屬性。實(shí)質(zhì)上,這跟之前的問題是一樣的——兩個(gè)強(qiáng)引用讓彼此一直有效。但是,和兩個(gè)類實(shí)例不同,這次一個(gè)是類實(shí)例,另一個(gè)是閉包。

Swift 提供了一種優(yōu)雅的方法來解決這個(gè)問題,稱之為閉包捕獲列表(closure capture list)。同樣的,在學(xué)習(xí)如何用閉包捕獲列表打破循環(huán)強(qiáng)引用之前,先來了解一下這里的循環(huán)強(qiáng)引用是如何產(chǎn)生的,這對我們很有幫助。

下面的例子為你展示了當(dāng)一個(gè)閉包引用了self后是如何產(chǎn)生一個(gè)循環(huán)強(qiáng)引用的。例子中定義了一個(gè)叫HTMLElement的類,用一種簡單的模型表示 HTML 文檔中的一個(gè)單獨(dú)的元素:

class HTMLElement {
    
    let name: String
    let text: String?
    
    lazy var asHTML: () -> String = {
        if let text = self.text {
            return "<\(self.name)>\(text)</\(self.name)>"
        } else {
            return "<\(self.name) />"
        }
    }
    
    init(name: String, text: String? = nil) {
        self.name = name
        self.text = text
    }
    
    deinit {
        print("\(name) is being deinitialized")
    }
    
}

HTMLElement類定義了一個(gè)name屬性來表示這個(gè)元素的名稱,例如代表段落的“p”,或者代表換行的“br”HTMLElement還定義了一個(gè)可選屬性text,用來設(shè)置 HTML 元素呈現(xiàn)的文本。

除了上面的兩個(gè)屬性,HTMLElement還定義了一個(gè)lazy屬性asHTML。這個(gè)屬性引用了一個(gè)將nametext組合成 HTML 字符串片段的閉包。該屬性是Void -> String類型,或者可以理解為“一個(gè)沒有參數(shù),返回String的函數(shù)”。

默認(rèn)情況下,閉包賦值給了asHTML屬性,這個(gè)閉包返回一個(gè)代表 HTML 標(biāo)簽的字符串。如果text值存在,該標(biāo)簽就包含可選值text;如果text不存在,該標(biāo)簽就不包含文本。對于段落元素,根據(jù)text“some text”還是nil,閉包會返回"some text"或者""

可以像實(shí)例方法那樣去命名、使用asHTML屬性。然而,由于asHTML是閉包而不是實(shí)例方法,如果你想改變特定 HTML 元素的處理方式的話,可以用自定義的閉包來取代默認(rèn)值。

例如,可以將一個(gè)閉包賦值給asHTML屬性,這個(gè)閉包能在text屬性是nil時(shí)使用默認(rèn)文本,這是為了避免返回一個(gè)空的 HTML 標(biāo)簽:

let heading = HTMLElement(name: "h1")
let defaultText = "some default text"
heading.asHTML = {
    return "<\(heading.name)>\(heading.text ?? defaultText)</\(heading.name)>"
}
print(heading.asHTML())
// 打印 “<h1>some default text</h1>”

注意
asHTML聲明為lazy屬性,因?yàn)橹挥挟?dāng)元素確實(shí)需要被處理為 HTML 輸出的字符串時(shí),才需要使用asHTML。也就是說,在默認(rèn)的閉包中可以使用self,因?yàn)橹挥挟?dāng)初始化完成以及self確實(shí)存在后,才能訪問lazy屬性。

HTMLElement類只提供了一個(gè)構(gòu)造函數(shù),通過nametext(如果有的話)參數(shù)來初始化一個(gè)新元素。該類也定義了一個(gè)析構(gòu)函數(shù),當(dāng)HTMLElement實(shí)例被銷毀時(shí),打印一條消息。

下面的代碼展示了如何用HTMLElement類創(chuàng)建實(shí)例并打印消息:

var paragraph: HTMLElement? = HTMLElement(name: "p", text: "hello, world")
print(paragraph!.asHTML())
// 打印 “<p>hello, world</p>”

注意
上面的paragraph變量定義為可選類型的HTMLElement,因此我們可以賦值nil給它來演示循環(huán)強(qiáng)引用。

不幸的是,上面寫的HTMLElement類產(chǎn)生了類實(shí)例和作為asHTML默認(rèn)值的閉包之間的循環(huán)強(qiáng)引用。循環(huán)強(qiáng)引用如下圖所示:

img
img

實(shí)例的asHTML屬性持有閉包的強(qiáng)引用。但是,閉包在其閉包體內(nèi)使用了self(引用了self.nameself.text),因此閉包捕獲了self,這意味著閉包又反過來持有了HTMLElement實(shí)例的強(qiáng)引用。這樣兩個(gè)對象就產(chǎn)生了循環(huán)強(qiáng)引用。

注意
雖然閉包多次使用了self,它只捕獲HTMLElement實(shí)例的一個(gè)強(qiáng)引用。

如果設(shè)置paragraph變量為nil,打破它持有的HTMLElement實(shí)例的強(qiáng)引用,HTMLElement實(shí)例和它的閉包都不會被銷毀,也是因?yàn)檠h(huán)強(qiáng)引用:

paragraph = nil

注意,HTMLElement的析構(gòu)函數(shù)中的消息并沒有被打印,證明了HTMLElement實(shí)例并沒有被銷毀。

解決閉包引起的循環(huán)強(qiáng)引用

在定義閉包時(shí)同時(shí)定義捕獲列表作為閉包的一部分,通過這種方式可以解決閉包和類實(shí)例之間的循環(huán)強(qiáng)引用。捕獲列表定義了閉包體內(nèi)捕獲一個(gè)或者多個(gè)引用類型的規(guī)則。跟解決兩個(gè)類實(shí)例間的循環(huán)強(qiáng)引用一樣,聲明每個(gè)捕獲的引用為弱引用或無主引用,而不是強(qiáng)引用。應(yīng)當(dāng)根據(jù)代碼關(guān)系來決定使用弱引用還是無主引用。

注意
Swift 有如下要求:只要在閉包內(nèi)使用self的成員,就要用self.someProperty或者self.someMethod()(而不只是somePropertysomeMethod())。這提醒你可能會一不小心就捕獲了self

定義捕獲列表

捕獲列表中的每一項(xiàng)都由一對元素組成,一個(gè)元素是weakunowned關(guān)鍵字,另一個(gè)元素是類實(shí)例的引用(例如self)或初始化過的變量(如delegate = self.delegate!)。這些項(xiàng)在方括號中用逗號分開。

如果閉包有參數(shù)列表和返回類型,把捕獲列表放在它們前面:

lazy var someClosure: (Int, String) -> String = {
    [unowned self, weak delegate = self.delegate!] (index: Int, stringToProcess: String) -> String in
    // 這里是閉包的函數(shù)體
}

如果閉包沒有指明參數(shù)列表或者返回類型,即它們會通過上下文推斷,那么可以把捕獲列表和關(guān)鍵字in放在閉包最開始的地方:

lazy var someClosure: Void -> String = {
    [unowned self, weak delegate = self.delegate!] in
    // 這里是閉包的函數(shù)體
}
弱引用和無主引用

在閉包和捕獲的實(shí)例總是互相引用并且總是同時(shí)銷毀時(shí),將閉包內(nèi)的捕獲定義為無主引用

相反的,在被捕獲的引用可能會變?yōu)?code>nil時(shí),將閉包內(nèi)的捕獲定義為弱引用。弱引用總是可選類型,并且當(dāng)引用的實(shí)例被銷毀后,弱引用的值會自動置為nil。這使我們可以在閉包體內(nèi)檢查它們是否存在。

注意
如果被捕獲的引用絕對不會變?yōu)?code>nil,應(yīng)該用無主引用,而不是弱引用。

前面的HTMLElement例子中,無主引用是正確的解決循環(huán)強(qiáng)引用的方法。這樣編寫HTMLElement類來避免循環(huán)強(qiáng)引用:

class HTMLElement {

    let name: String
    let text: String?

    lazy var asHTML: () -> String = {
        [unowned self] in
        if let text = self.text {
            return "<\(self.name)>\(text)</\(self.name)>"
        } else {
            return "<\(self.name) />"
        }
    }

    init(name: String, text: String? = nil) {
        self.name = name
        self.text = text
    }

    deinit {
        print("\(name) is being deinitialized")
    }

}

上面的HTMLElement實(shí)現(xiàn)和之前的實(shí)現(xiàn)一致,除了在asHTML閉包中多了一個(gè)捕獲列表。這里,捕獲列表是[unowned self],表示“將self捕獲為無主引用而不是強(qiáng)引用”。

和之前一樣,我們可以創(chuàng)建并打印HTMLElement實(shí)例:

var paragraph: HTMLElement? = HTMLElement(name: "p", text: "hello, world")
print(paragraph!.asHTML())
// 打印 “<p>hello, world</p>”

使用捕獲列表后引用關(guān)系如下圖所示:

img
img

這一次,閉包以無主引用的形式捕獲self,并不會持有HTMLElement實(shí)例的強(qiáng)引用。如果將paragraph賦值為nilHTMLElement實(shí)例將會被銷毀,并能看到它的析構(gòu)函數(shù)打印出的消息:

paragraph = nil
// 打印 “p is being deinitialized”

可選鏈?zhǔn)秸{(diào)用(Optional Chaining)

可選鏈?zhǔn)秸{(diào)用(Optional Chaining)是一種可以在當(dāng)前值可能為nil的可選值上請求和調(diào)用屬性、方法及下標(biāo)的方法。如果可選值有值,那么調(diào)用就會成功;如果可選值是nil,那么調(diào)用將返回nil。多個(gè)調(diào)用可以連接在一起形成一個(gè)調(diào)用鏈,如果其中任何一個(gè)節(jié)點(diǎn)為nil,整個(gè)調(diào)用鏈都會失敗,即返回nil

通過在想調(diào)用的屬性、方法、或下標(biāo)的可選值(optional value)后面放一個(gè)問號(?),可以定義一個(gè)可選鏈。這一點(diǎn)很像在可選值后面放一個(gè)嘆號(!)來強(qiáng)制展開它的值。它們的主要區(qū)別在于當(dāng)可選值為空時(shí)可選鏈?zhǔn)秸{(diào)用只會調(diào)用失敗,然而強(qiáng)制展開將會觸發(fā)運(yùn)行時(shí)錯(cuò)誤。

為了反映可選鏈?zhǔn)秸{(diào)用可以在空值(nil)上調(diào)用的事實(shí),不論這個(gè)調(diào)用的屬性、方法及下標(biāo)返回的值是不是可選值,它的返回結(jié)果都是一個(gè)可選值。你可以利用這個(gè)返回值來判斷你的可選鏈?zhǔn)秸{(diào)用是否調(diào)用成功,如果調(diào)用有返回值則說明調(diào)用成功,返回nil則說明調(diào)用失敗。

特別地,可選鏈?zhǔn)秸{(diào)用的返回結(jié)果與原本的返回結(jié)果具有相同的類型,但是被包裝成了一個(gè)可選值。例如,使用可選鏈?zhǔn)秸{(diào)用訪問屬性,當(dāng)可選鏈?zhǔn)秸{(diào)用成功時(shí),如果屬性原本的返回結(jié)果是Int類型,則會變?yōu)?code>Int?類型。

class Person {
    var residence: Residence?
}

class Residence {
    var numberOfRooms = 1
    func test1() {
        print("test1")
    }
    
    func test2() -> Int {
        return 3
    }
}


var a = Person()
// a.residence = Residence()
a.residence?.test1()
let b = a.residence?.test2()
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,763評論 6 539
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 99,238評論 3 428
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 177,823評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,604評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 72,339評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,713評論 1 328
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,712評論 3 445
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,893評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 49,448評論 1 335
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 41,201評論 3 357
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 43,397評論 1 372
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,944評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,631評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,033評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,321評論 1 293
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 52,128評論 3 398
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 48,347評論 2 377

推薦閱讀更多精彩內(nèi)容