swift基礎—自動引用計數

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

然而在少數情況下,為了能幫助你管理內存,ARC 需要更多的,代碼之間關系的信息。本章描述了這些情況,并且為你示范怎樣才能使 ARC 來管理你的應用程序的所有內存。在 Swift 使用 ARC 與在 Obejctive-C 中使用 ARC 非常類似。

注意
引用計數僅僅應用于類的實例。結構體和枚舉類型是值類型,不是引用類型,也不是通過引用的方式存儲和傳遞。

自動引用計數的工作機制

當你每次創建一個類的新的實例的時候,ARC 會分配一塊內存來儲存該實例信息。內存中會包含實例的類型信息,以及這個實例所有相關的存儲型屬性的值。

此外,當實例不再被使用時,ARC 釋放實例所占用的內存,并讓釋放的內存能挪作他用。這確保了不再被使用的 實例,不會一直占用內存空間。

然而,當 ARC 收回和釋放了正在被使用中的實例,該實例的屬性和方法將不能再被訪問和調用。實際上,如果你 試圖訪問這個實例,你的應用程序很可能會崩潰。

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

為了使上述成為可能,無論你將實例賦值給屬性、常量或變量,它們都會創建此實例的強引用。之所以稱之為“強”引用,是因為它會將實例牢牢地保持住,只要強引用還在,實例是不允許被銷毀的。

自動引用計數實踐

下面的例子展示了自動引用計數的工作機制。例子以一個簡單的 Person 類開始,并定義了一個叫 name 的常量屬性:

class Person {
    let name: String
    init(name: String) {
        self.name = name
        print("\(name) is being initialized")
    }
    deinit {
        print("\(name) is being deinitialized")
    } 
}

Person 類有一個構造函數,此構造函數為實例的 name 屬性賦值,并打印一條消息以表明初始化過程生效。 on 類也擁有一個析構函數,這個析構函數會在實例被銷毀時打印一條消息。

接下來的代碼片段定義了三個類型為 Person? 的變量,用來按照代碼片段中的順序,為新的 Person 實例建立多個引用。由于這些變量是被定義為可選類型( Person? ,而不是 Person ),它們的值會被自動初始化為 nil ,目 前還不會引用到 Person 類的實例。

var reference1: Person?
var reference2: Person?
var reference3: Person?

現在你可以創建 Person 類的新實例,并且將它賦值給三個變量中的一個:

reference1 = Person(name: "John Appleseed")
// 打印 "John Appleseed is being initialized”

應當注意到當你調用 Person 類的構造函數的時候, “John Appleseed is being initialized” 會被打印出來。由 此可以確定構造函數被執行。

由于 Person 類的新實例被賦值給了 reference1 變量,所以 reference1Person 類的新實例之間建立了一個強引用。正是因為這一個強引用,ARC 會保證 Person 實例被保持在內存中不被銷毀。

如果你將同一個 Person 實例也賦值給其他兩個變量,該實例又會多出兩個強引用:

reference2 = reference1
reference3 = reference1

現在這一個 Person 實例已經有三個強引用了。

如果你通過給其中兩個變量賦值 nil 的方式斷開兩個強引用(包括最先的那個強引用),只留下一個強引用, Person 實例不會被銷毀:

reference1 = nil
reference2 = nil

在你清楚地表明不再使用這個 Person 實例時,即第三個也就是最后一個強引用被斷開時,ARC 會銷毀它:

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

類實例之間的循環強引用

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

然而,我們可能會寫出一個類實例的強引用數永遠不能變成 0 的代碼。如果兩個類實例互相持有對方的強引用,因而每個實例都讓對方一直存在,就是這種情況。這就是所謂的循環強引用。

你可以通過定義類之間的關系為弱引用或無主引用,以替代強引用,從而解決循環強引用的問題。不管怎樣,在你學習怎樣解決循環強引用之前,很有必要了解一 下它是怎樣產生的。

下面展示了一個不經意產生循環強引用的例子。例子定義了兩個類: 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") }
 }

每一個 Person 實例有一個類型為 String ,名字為 name 的屬性,并有一個可選的初始化為 nilapartment 屬性。 apartment 屬性是可選的,因為一個人并不總是擁有公寓。

類似的,每個 Apartment 實例有一個叫 unit ,類型為 String 的屬性,并有一個可選的初始化為 niltenant 屬性。 tenant 屬性是可選的,因為一棟公寓并不總是有居民。

這兩個類都定義了析構函數,用以在類實例被析構的時候輸出信息。這讓你能夠知曉 Person 和 Apartment 的實例 是否像預期的那樣被銷毀。

接下來的代碼片段定義了兩個可選類型的變量 johnunit4A ,并分別被設定為下面的 ApartmentPerson 的 實例。這兩個變量都被初始化為 nil ,這正是可選類型的優點:

var john: Person?
var unit4A: Apartment?

現在你可以創建特定的 PersonApartment 實例并將賦值給 johnunit4A 變量:

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

在兩個實例被創建和賦值后,下圖表現了強引用的關系。變量 john 現在有一個指向 Person 實例的強引用,而變量 unit4A 有一個指向 Apartment 實例的強引用:

現在你能夠將這兩個實例關聯在一起,這樣人就能有公寓住了,而公寓也有了房客。注意感嘆號是用來展開和訪 問可選變量 johnunit4A 中的實例,這樣實例的屬性才能被賦值:

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

不幸的是,這兩個實例關聯后會產生一個循環強引用。 Person 實例現在有了一個指向 Apartment 實例的強引 用,而 Apartment 實例也有了一個指向 Person 實例的強引用。因此,當你斷開 johnunit4A 變量所持有的強引用時,引用計數并不會降為 0 ,實例也不會被 ARC 銷毀:

john = nil
unit4A = nil

注意,當你把這兩個變量設為 nil 時,沒有任何一個析構函數被調用。循環強引用會一直阻止 PersonApartment 類實例的銷毀,這就在你的應用程序中造成了內存泄漏。

PersonApartment 實例之間的強引用關系保留了下來并且不會被斷開。

解決實例之間的循環強引用

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

弱引用和無主引用允許循環引用中的一個實例引用而另外一個實例不保持強引用。這樣實例能夠互相引用而不產生循環強引用。

當其他的實例有更短的生命周期時,使用弱引用,也就是說,當其他實例析構在先時。在上面公寓的例子中,很顯然一個公寓在它的生命周期內會在某個時間段沒有它的主人,所以一個弱引用就加在公寓類里面,避免循環引用。相比之下,當其他實例有相同的或者更長生命周期時,請使用無主引用。

弱引用

弱引用不會對其引用的實例保持強引用,因而不會阻止 ARC 銷毀被引用的實例。這個特性阻止了引用變為循環強引用。聲明屬性或者變量時,在前面加上 weak 關鍵字表明這是一個弱引用。

因為弱引用不會保持所引用的實例,即使引用存在,實例也有可能被銷毀。因此,ARC 會在引用的實例被銷毀后 自動將其賦值為 nil 。并且因為弱引用可以允許它們的值在運行時被賦值為 nil ,所以它們會被定義為可選類型變量,而不是常量。

你可以像其他可選值一樣,檢查弱引用的值是否存在,你將永遠不會訪問已銷毀的實例的引用。

注意
ARC 設置弱引用為 nil 時,屬性觀察不會被觸發。

下面的例子跟上面 PersonApartment 的例子一致,但是有一個重要的區別。這一次, 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") }
}

然后跟之前一樣,建立兩個變量( johnunit4A )之間的強引用,并關聯兩個實例:

var john: Person?
var unit4A: Apartment?
john = Person(name: "John Appleseed")
unit4A = Apartment(unit: "4A")
john!.apartment = unit4A
unit4A!.tenant = john

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

由于再也沒有指向 Person 實例的強引用,該實例會被銷毀:

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

唯一剩下的指向 Apartment 實例的強引用來自于變量 unit4A 。如果你斷開這個強引用,再也沒有指向 Apartment 實例的強引用了:

由于再也沒有指向 Apartment 實例的強引用,該實例也會被銷毀:

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

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

注意
在使用垃圾收的系統里,弱指針有時用來實現簡單的緩沖機制,因為沒有強引用的對象只會在內存壓力觸發垃圾收集時才被銷毀。但是在 ARC 中,一旦值的最后一個強引用被移除,就會被立即銷毀,這導致弱引用并不適 合上面的用途。

無主引用

和弱引用類似,無主引用不會牢牢保持住引用的實例。和弱引用不同的是,無主引用在其他實例有相同或者更長 的生命周期時使用。你可以在聲明屬性或者變量時,在前面加上關鍵字 unowned 表示這是一個無主引用。

無主引用通常都被期望擁有值。不過 ARC 無法在實例被銷毀后將無主引用設為 nil ,因為非可選類型的變量不允許被賦值為 nil

重要
使用無主引用,你必須確保引用始終指向一個未銷毀的實例。
如果你試圖在實例被銷毀后,訪問該實例的無主引用,會觸發運行時錯誤。

下面的例子定義了兩個類, CustomerCreditCard ,模擬了銀行客戶和客戶的信用卡。這兩個類中,每一個都將另外一個類的實例作為自身的屬性。這種關系可能會造成循環強引用。

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

此外,只能通過將一個 number 值和 customer 實例傳遞給 CreditCard 構造函數的方式來創建 CreditCard 實例。這樣可以確保當創建 CreditCard 實例時總是有一個 customer 實例與之關聯。

由于信用卡總是關聯著一個客戶,因此將 customer 屬性定義為無主引用,用以避免循環強引用:

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 位系統上都能足夠容納 16 位的卡號。

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

var john: Customer?

現在你可以創建 Customer 類的實例,用它初始化 CreditCard 實例,并將新創建的 CreditCard 實例賦值為客戶的 card 屬性:

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

Customer 實例持有對 CreditCard 實例的強引用,而 CreditCard 實例持有對 Customer 實例的無主引用。 由于 customer 的無主引用,當你斷開 john 變量持有的強引用時,再也沒有指向 Customer 實例的強引用了:

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

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

最后的代碼展示了在 john 變量被設為 nilCustomer 實例和 CreditCard 實例的構造函數都打印出了“銷毀”的信息。

注意
上面的例子展示了如何使用安全的無主引用。對于需要禁用運行時的安全檢查的情況(例如,出于性能方面的原因),
Swift
還提供了不安全的無主引用。與所有不安全的操作一樣,你需要負責檢查代碼以確保其安全性。 你 可以通過 unowned(unsafe) 來聲明不安全無主引用。如果你試圖在實例被銷毀后,訪問該實例的不安全無主引用,你的程序會嘗試訪問該實例之前所在的內存地址,這是一個不安全的操作。**

無主引用以及隱式解析可選屬性

上面弱引用和無主引用的例子涵蓋了兩種常用的需要打破循環強引用的場景。

PersonApartment 的例子展示了兩個屬性的值都允許為 nil ,并會潛在的產生循環強引用。這種場景最適合用 弱引用來解決。

CustomerCreditCard 的例子展示了一個屬性的值允許為 nil ,而另一個屬性的值不允許為 nil ,這也可能會 產生循環強引用。這種場景最適合通過無主引用來解決。

然而,存在著第三種場景,在這種場景中,兩個屬性都必須有值,并且初始化完成后永遠不會為 nil 。在這種場 景中,需要一個類使用無主屬性,而另外一個類使用隱式解析可選屬性。

這使兩個屬性在初始化完成后能被直接訪問(不需要可選展開),同時避免了循環引用。這一節將為你展示如何建立這種關系。

下面的例子定義了兩個類,CountryCity ,每個類將另外一個類的實例保存為屬性。在這個模型中,每個國家 必須有首都,每個城市必須屬于一個國家。為了實現這種關系, Country 類擁有一個 capitalCity 屬性,而 City 類有一個 country 屬性:

class Country {
     let name: String
     var capitalCity: City!
     init(name: String, capitalName: String) {
         self.name = name
         self.capitalCity = City(name: capitalName, country: self)
     }
}
class City {
     let name: String
     unowned let country: Country
     init(name: String, country: Country) {
         self.name = name
         self.country = country
     }
}

為了建立兩個類的依賴關系, City 的構造函數接受一個 Country 實例作為參數,并且將實例保存到 country 屬性。

Country 的構造函數調用了 City 的構造函數。然而,只有 Country 的實例完全初始化后, Country 的構造函數才能把 self 傳給 City 的構造函數。

為了滿足這種需求,通過在類型結尾處加上感嘆號( City! )的方式,將 CountrycapitalCity 屬性聲明為隱式解析可選類型的屬性。這意味著像其他可選類型一樣, capitalCity 屬性的默認值為 nil ,但是不需要展開它 的值就能訪問它。

由于 capitalCity 默認值為 nil ,一旦 Country 的實例在構造函數中給 name 屬性賦值后,整個初始化過程就完成了。這意味著一旦 name 屬性被賦值后, Country 的構造函數就能引用并傳遞隱式的 selfCountry 的構造函數在賦值 capitalCity 時,就能將 self 作為參數傳遞給 City 的構造函數。

以上的意義在于你可以通過一條語句同時創建 CountryCity 的實例,而不產生循環強引用,并且 的屬性能被直接訪問,而不需要通過感嘆號來展開它的可選值:

var country = Country(name: "Canada", capitalName: "Ottawa") 
print("\(country.name)'s capital city is called \(country.capitalCity.name)") 
// 打印 “Canada's capital city is called Ottawa”

在上面的例子中,使用隱式解析可選值意味著滿足了類的構造函數的兩個構造階段的要求。 capitalCity 屬性在 初始化完成后,能像非可選值一樣使用和存取,同時還避免了循環強引用。

閉包引起的循環強引用

前面我們看到了循環強引用是在兩個類實例屬性互相保持對方的強引用時產生的,還知道了如何用弱引用和無主引用來打破這些循環強引用。

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

循環強引用的產生,是因為閉包和類相似,都是引用類型。當你把一個閉包賦值給某個屬性時,你是將這個閉包的引用賦值給了屬性。實質上,這跟之前的問題是一樣的——兩個強引用讓彼此一直有效。但是,和兩個類實例不同,這次一個是類實例,另一個是閉包。

Swift 提供了一種優 的方法來解決這個問題,稱之為 閉包捕獲列表 (closure capture list)。同樣的,在學 習如何用閉包捕獲列表打破循環強引用之前,先來了解一下這里的循環強引用是如何產生的,這對我們很有幫助。

下面的例子為你展示了當一個閉包引用了 self 后是如何產生一個循環強引用的。例子中定義了一個叫 HTMLElement 的類,用一種簡單的模型表示 HTML 文檔中的一個單獨的元素:

class HTMLElement {
    let name: String
    let text: String?
    lazy var asHTML: Void -> 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 類定義了一個 name 屬性來表示這個元素的名稱,例如代表頭部元素的 "h1" ,代表段落的 “p” ,或者代表換行的 “br”

HTMLElement 還定義了一個可選屬性 text ,用來設置 HTML 元素呈現的文本。

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

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

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

例如,可以將一個閉包賦值給 asHTML 屬性,這個閉包能在 text 屬性是 nil 時使用默認文本,這是為了避免返回 一個空的 HTML 標簽:

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 屬性,因為只有當元素確實需要被處理為 HTML 輸出的字符串時,才需要使用 asHTML 。也就是說,在默認的閉包中可以使用 self ,因為只有當初始化完成以及 self 確實存在后,才能訪問 lazy 屬性。

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

下面的代碼展示了如何用 HTMLElement 類創建實例并打印消息:

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

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

不幸的是,上面寫的 HTMLElement 類產生了類實例和作為 asHTML 默認值的閉包之間的循環強引用。

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

注意
雖然閉包多次使用了 self ,它只捕獲 HTMLElement 實例的一個強引用。

如果設置 paragraph 變量為 nil ,打破它持有的 HTMLElement 實例的強引用, HTMLElement 實例和它的閉包都不會被銷毀,也是因為循環強引用:

paragraph = nil

注意, HTMLElement 的析構函數中的消息并沒有被打印,證明了 HTMLElement 實例并沒有被銷毀。

解決閉包引起的循環強引用

在定義閉包時同時定義捕獲列表作為閉包的一部分,通過這種方式可以解決閉包和類實例之間的循環強引用。捕獲列表定義了閉包體內捕獲一個或者多個引用類型的規則。跟解決兩個類實例間的循環強引用一樣,聲明每個捕獲的引用為弱引用或無主引用,而不是強引用。應當根據代碼關系來決定使用弱引用還是無主引用。

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

定義捕獲列表

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

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

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

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

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

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

相反的,在被捕獲的引用可能會變為 nil 時,將閉包內的捕獲定義為 弱引用 。弱引用總是可選類型,并且當引用的實例被銷毀后,弱引用的值會自動置為 nil 。這使我們可以在閉包體內檢查它們是否存在。

注意
如果被捕獲的引用絕對不會變為 nil ,應該用無主引用,而不是弱引用。

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

class HTMLElement {
     let name: String
     let text: String?
     lazy var asHTML: Void -> 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 實現和之前的實現一致,除了在 asHTML 閉包中多了一個捕獲列表。這里,捕獲列表是 [unowned self] ,表示“將 self 捕獲為無主引用而不是強引用”。

和之前一樣,我們可以創建并打印 HTMLElement 實例:

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

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

paragraph = nil
// 打印 “p is being deinitialized”
最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,533評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,055評論 3 414
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,365評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,561評論 1 307
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,346評論 6 404
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 54,889評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 42,978評論 3 439
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,118評論 0 286
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,637評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,558評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,739評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,246評論 5 355
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 43,980評論 3 346
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,362評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,619評論 1 280
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,347評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,702評論 2 370

推薦閱讀更多精彩內容