Swift 引用計數(shù)實現(xiàn)

ARC

內(nèi)存管理與所有權的概念緊密相關坠敷。所有權會決定哪些代碼會造成對象被銷毀[1]。

自動引用計數(shù)(ARC)屬于Swift的所有權系統(tǒng)射富,它規(guī)定了一組用于管理和轉(zhuǎn)讓所有權的約定膝迎。

可以指向?qū)ο蟮淖兞縿e名叫做引用。Swift引用具有兩個強度級別:強和弱胰耗。此外限次,弱引用包含無主引用和弱引用。

Swift內(nèi)存管理的本質(zhì)是:如果一個對象被強引用指向柴灯,Swift會保留它卖漫,否則將其釋放。剩下的只是實現(xiàn)細節(jié)赠群。

理解Strong, Weak 和 Unowned 將深入研究如何在編譯器級別實現(xiàn)ARC羊始,以及每個Swift對象在銷毀之前要經(jīng)歷的步驟

ARC機制在Swift Runtime庫中聲明。它包含了諸如運行時類型系統(tǒng)之類的核心功能查描,例如:動態(tài)轉(zhuǎn)換突委,泛型和協(xié)議一致性注冊[3]柏卤。

Swift Runtime 使用HeapObject結構體表示每個動態(tài)分配的對象。它包含構成Swift對象的所有數(shù)據(jù):引用計數(shù)和類型元數(shù)據(jù)匀油。

HeapObject中每個Swift對象都有三個引用計數(shù):每種引用都有一個。在SIL生成階段,swiftc編譯器會在適當?shù)牡胤讲迦雜wift_retain和swift_release函數(shù)橡类。這是通過攔截HeapObject的初始化和銷毀來完成的笼蛛。

如果您是Objective-C老程序員,并且想知道autorelease在哪里弛车,可以告訴你:純Swift對象沒有這個東西齐媒。

Side Tables介紹

Side tables是實現(xiàn)Swift弱引用的核心。

大多數(shù)情況帅韧,對象沒有任何“弱”引用里初,因此為每個對象中的弱引用計數(shù)保留存儲空間是浪費的。此信息存儲在外部的 side table中忽舟,只有在確實需要時才會分配双妨。

弱引用變量不是直接指向?qū)ο螅侵赶騭ide table叮阅,而side table又指向?qū)ο蟮笃贰_@解決了兩個問題:為弱引用計數(shù)節(jié)省內(nèi)存,直到對象真正需要它才創(chuàng)建浩姥;允許安全地將弱引用歸零挑随,因為它不會直接指向?qū)ο螅⑶也辉偈蔷箲B(tài)條件的主體勒叠。

當兩個線程競爭同一資源時兜挨,如果對資源的訪問順序敏感,就稱存在競態(tài)條件眯分。

Side table只包含一個引用計數(shù) 和 一個對象的指針拌汇。它們在Swift Runtime 中聲明如下(C ++ 代碼)[5]:

classHeapObjectSideTableEntry{

std::atomic<HeapObject*> object;

SideTableRefCounts refCounts;

// Operations to increment and decrement reference counts

}

Swift對象生命周期

swift 對象生命周期.png

在Live狀態(tài)時,對象處于活動狀態(tài)弊决。其引用計數(shù)被初始化為 strong:1噪舀, unown:1和 weak:1(side table從+1開始)。 一旦有弱引用指向?qū)ο笃銜?chuàng)建side table与倡。弱引用指向side table而不是對象。

一旦強引用計數(shù)達到零昆稿,則對象從Live狀態(tài)進入Deiniting狀態(tài)纺座。處于Deiniting狀態(tài)表示deinit正在進行中。在這一點上貌嫡,強引用操作無效比驻。如果存在關聯(lián)的side table该溯,通過弱引用訪問將返回nil。通過unowned訪問將觸發(fā)斷言失敗别惦。通過新的unowned引用仍然可以存儲狈茉。從此狀態(tài)開始,可能選擇兩條分支:

  • 快速判斷如果沒有weak掸掸,unowned的引用和side table氯庆。該對象將轉(zhuǎn)換為Dead狀態(tài),并立即從內(nèi)存中刪除扰付。
    否則堤撵,對象將變?yōu)镈einited狀態(tài)。
    在Deinited狀態(tài)下羽莺,deinit已經(jīng)執(zhí)行完成实昨,該對象還有未完成的unown引用(至少是初始值:1)。此時盐固,通過強和弱引用進行存儲和讀取無法發(fā)生荒给。Unowned引用存儲也不會發(fā)生。通過Unown讀取會觸發(fā)斷言錯誤刁卜。該對象可以從此處進入兩條分支:

  • 如果沒有弱引用志电,則可以立即釋放該對象。它過渡到Dead狀態(tài)蛔趴。
    否則挑辆,仍然有一個side table要移除,并且對象進入Freed狀態(tài)孝情。
    在Freed狀態(tài)之前鱼蝉,對象已完全釋放,但它的 side table仍處于活動狀態(tài)箫荡。在此階段蚀乔,弱引用計數(shù)將置0,并且 side table會被銷毀菲茬。對象將轉(zhuǎn)換為最終狀態(tài)。

除指向?qū)ο蟮闹羔樛馀伤海贒ead狀態(tài)下對象已被全部銷毀婉弹。指向“HeapObject”的指針也從堆中釋放出來,在內(nèi)存中找不到該對象的任何痕跡终吼。

引用計數(shù)不變量

在對象的生命周期中镀赌,保持以下不變量:

當強引用計數(shù)變?yōu)榱銜r,對象將被deinited际跪。無主引用訪問會引發(fā)斷言錯誤商佛,弱引用訪問會返回nil喉钢。
無主引用第一次創(chuàng)建會造成強引用計數(shù)+1,在對象的deinit完成后良姆,遞減肠虽。
弱引用第一次創(chuàng)建會造成無主引用計數(shù)+1。當對象從內(nèi)存釋放后玛追,遞減税课。
總結
自動引用計數(shù)并不是什么神奇的東西,我們對它越了解痊剖,我們的代碼就越不容易出現(xiàn)內(nèi)存管理錯誤韩玩。這里是要記住的幾個關鍵點:

弱引用指針指向side table。無主和強引用指針指向?qū)ο蟆?br> 自動引用計數(shù)是在編譯器級別實現(xiàn)的陆馁。swiftc編譯器會在適當?shù)臅r候插入swift_retain 和swift_release找颓。
Swift對象不會立即銷毀。它們在生命周期中經(jīng)歷了五個階段:live -> deiniting -> deinited -> freed -> dead

https://zhuanlan.zhihu.com/p/58179258
https://id.atlassian.com/login?atlOrigin=eyJpIjoiNTVlOTUzYTg0YjY0NGFjMDk0YmRmZTRmOTg1YmRjODgiLCJwIjoid2FjLWxvZ2luIn0&continue=https%3A%2F%2Fstart.atlassian.com

最后編輯于
?著作權歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末叮贩,一起剝皮案震驚了整個濱河市击狮,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌妇汗,老刑警劉巖帘不,帶你破解...
    沈念sama閱讀 221,695評論 6 515
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異杨箭,居然都是意外死亡寞焙,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,569評論 3 399
  • 文/潘曉璐 我一進店門互婿,熙熙樓的掌柜王于貴愁眉苦臉地迎上來捣郊,“玉大人,你說我怎么就攤上這事慈参∏荷” “怎么了?”我有些...
    開封第一講書人閱讀 168,130評論 0 360
  • 文/不壞的土叔 我叫張陵驮配,是天一觀的道長娘扩。 經(jīng)常有香客問我,道長壮锻,這世上最難降的妖魔是什么琐旁? 我笑而不...
    開封第一講書人閱讀 59,648評論 1 297
  • 正文 為了忘掉前任,我火速辦了婚禮猜绣,結果婚禮上灰殴,老公的妹妹穿的比我還像新娘。我一直安慰自己掰邢,他們只是感情好牺陶,可當我...
    茶點故事閱讀 68,655評論 6 397
  • 文/花漫 我一把揭開白布伟阔。 她就那樣靜靜地躺著,像睡著了一般掰伸。 火紅的嫁衣襯著肌膚如雪皱炉。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 52,268評論 1 309
  • 那天碱工,我揣著相機與錄音娃承,去河邊找鬼。 笑死怕篷,一個胖子當著我的面吹牛历筝,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播廊谓,決...
    沈念sama閱讀 40,835評論 3 421
  • 文/蒼蘭香墨 我猛地睜開眼梳猪,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了蒸痹?” 一聲冷哼從身側響起春弥,我...
    開封第一講書人閱讀 39,740評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎叠荠,沒想到半個月后匿沛,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 46,286評論 1 318
  • 正文 獨居荒郊野嶺守林人離奇死亡榛鼎,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 38,375評論 3 340
  • 正文 我和宋清朗相戀三年逃呼,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片者娱。...
    茶點故事閱讀 40,505評論 1 352
  • 序言:一個原本活蹦亂跳的男人離奇死亡抡笼,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出黄鳍,到底是詐尸還是另有隱情推姻,我是刑警寧澤,帶...
    沈念sama閱讀 36,185評論 5 350
  • 正文 年R本政府宣布框沟,位于F島的核電站藏古,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏忍燥。R本人自食惡果不足惜校翔,卻給世界環(huán)境...
    茶點故事閱讀 41,873評論 3 333
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望灾前。 院中可真熱鬧,春花似錦孟辑、人聲如沸哎甲。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,357評論 0 24
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽炭玫。三九已至奈嘿,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間吞加,已是汗流浹背裙犹。 一陣腳步聲響...
    開封第一講書人閱讀 33,466評論 1 272
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留衔憨,地道東北人叶圃。 一個月前我還...
    沈念sama閱讀 48,921評論 3 376
  • 正文 我出身青樓,卻偏偏與公主長得像践图,于是被迫代替她去往敵國和親掺冠。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 45,515評論 2 359