MRC: 手動引用計(jì)數(shù)。

?

alloc -- 分配一個對象的內(nèi)存空間

retain --使一個對象的引用計(jì)數(shù)加1

release --使一個對象的引用計(jì)數(shù)減1

retainCount --獲取當(dāng)前對象的引用計(jì)數(shù)值

aotorelese --調(diào)用對象的aotorelease方法的話，將對象的內(nèi)存管理放到aotorelease poll中，當(dāng)aotorelease poll結(jié)束的時(shí)候自動調(diào)用release操作，使引用計(jì)數(shù)減1

dealloc 在MRC中調(diào)用dealloc，需要顯示的調(diào)用 super dealloc方法，廢棄父類的方法。

在MRC模式下必須遵循誰創(chuàng)建，誰釋放，誰引用，誰管理

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

ARC是編譯器（LLVM）在對應(yīng)的位置自動插入retain和release操作之外，還需要Runtime的功能支持，是LLVM和Runtime協(xié)作的結(jié)果。ARC中禁止手動調(diào)用retain、release、retainCount、dealloc.

ARC中新增了weak、strong屬性關(guān)鍵字。

MRC和ARC的區(qū)別：

1、MRC是手動管理內(nèi)存，ARC是自動管理內(nèi)存，由編譯器和Runtime進(jìn)行協(xié)作。

2、ARC中禁止調(diào)用retain、release、autorelease、retainCount、dealloc操作

在MRC下使用ARC，使用?-fobjc-arc修飾文件，啟用ARC

在ARC下使用MRC，使用?-fno-objc-arc修飾文件，禁止ARC

strong和weak

strong強(qiáng)引用，執(zhí)行了retain操作，weak弱引用，表示該屬性是一種非擁有關(guān)系，沒有執(zhí)行retain操作。

weak屬性在設(shè)置新值時(shí)既不保留新值也不會釋放舊值，類似于assign；當(dāng)對象被釋放時(shí)，屬性也會被清空。這樣可以有效地防止崩潰（因?yàn)镺C中給沒有對象地址的指針發(fā)送消息，不會崩潰；但是給有內(nèi)存地址但地址中是空對象的指針，即野指針，發(fā)送消息會崩潰）。

對于weak對象會放入一個hash表中，用weak指向的對象內(nèi)存地址作為key，當(dāng)此對象的引用計(jì)數(shù)值為0時(shí)會調(diào)用dealloc，使用key在hash表中搜索，將找到的所有對象置為nil。

Runtime如何實(shí)現(xiàn)weak變量的自動置nil?

引用計(jì)數(shù)管理

alloc的實(shí)現(xiàn)：

經(jīng)過一些列函數(shù)的封裝調(diào)用，最終調(diào)用了c函數(shù)calloc。

此時(shí)并沒有設(shè)置引用計(jì)數(shù)值為1，但是我們通過retainCount獲取到的引用計(jì)數(shù)值為1。這是什么原因呢？

retain的實(shí)現(xiàn)：

// 通過當(dāng)前對象的指針，經(jīng)過hash函數(shù)的運(yùn)算，可以快速的在sidetables找到它對應(yīng)的sidetable SideTable& table = SideTables()[this];// 在sidetable中去獲取引用計(jì)數(shù)map這樣的一個成員變量，然后通過當(dāng)前對象的指針，在sidetable的引用計(jì)數(shù)表中去獲取當(dāng)前對象的引用計(jì)數(shù)值。 size_t& refcntStorage = table.refcnts[this];// 對引用計(jì)數(shù)值進(jìn)行加1操作，size_t 是unsign long 型的，第一位是weakly_referenced第二位是deallocating 所以這里加的值不是實(shí)際的1，而是一個宏定義 SIZE_TABLE_RC_ONE，加的一個偏移量 refcntStorage += SIDE_TABLE_RC_ONE;// 這兩次都是hash查找，也就是說在進(jìn)行retain操作時(shí)經(jīng)歷了兩次hash查找。

思考一下：我們在進(jìn)行retain操作時(shí)，系統(tǒng)是如何查找它對應(yīng)的引用計(jì)數(shù)的？

解析：通過兩次hash查找，來找到它對應(yīng)的引用計(jì)數(shù)值，然后進(jìn)行加一操作。這里的兩次查找，第一次是找到對應(yīng)的sidetable表，第二次是從表的引用計(jì)數(shù)表中獲取當(dāng)前對象的引用計(jì)數(shù)值。

release的實(shí)現(xiàn)：

SideTable& table = SideTables()[this];//根據(jù)當(dāng)前對象指針訪問table的引用計(jì)數(shù)表，查到它當(dāng)前對應(yīng)的引用計(jì)數(shù)表。 RefcountMap::iterator it = table.refcnts.find(this);//把查找到的值進(jìn)行減一操作 it ->second -= SIDE_TABLE_RC_ONE;

retainCount實(shí)現(xiàn)：

SideTable& table = SideTables()[this];// 聲明一個局部變量，初始值為1 size_t refcnt_result = 1;// 通過當(dāng)前對象拿到引用計(jì)數(shù)表中去查找 RefcountMap :: iterator it = table.refcnts.find(this);// 對結(jié)果做一個向右偏移的操作，然后再結(jié)合局部變量的1進(jìn)行加的操作 refcnt_result += it ->second >> SIDE_TABLE_RC_SHIFT;

這也就解釋了，alloc出來的對象，我們雖然沒有設(shè)置引用計(jì)數(shù)值為1，但是我們通過retainCount去獲取到的引用計(jì)數(shù)值為1的原因。

dealloc的實(shí)現(xiàn)：

從下面流程圖來講述dealloc的實(shí)現(xiàn)原理：首先會先調(diào)用一個私有函數(shù)_objc_rootDealloc(),這個私有函數(shù)會調(diào)用一個rootDealloc()函數(shù)，在這個函數(shù)內(nèi)部判斷當(dāng)前對象是否可以釋放；直接釋放的一個判斷條件是【1、判斷當(dāng)前對象是否使用了非指針型isa(NONPOINTER_ISA); 2、當(dāng)前對象是否有weak指針指向它，weakly_referenced; 3、當(dāng)前對象是否有關(guān)聯(lián)對象 has_assoc; 4、當(dāng)前對象是否涉及了C++相關(guān)的代碼 has_cxx_dtor以及當(dāng)前對象是否使用ARC來管理內(nèi)存； 5、當(dāng)前對象的引用計(jì)數(shù)是否通過sidetable的引用計(jì)數(shù)表來維護(hù)的has_sidetable_rc。】如果上述5個條件有任一個滿足，那就不能直接釋放，需要調(diào)用object_dispose()對象清除函數(shù)。如果上述5個條件，都不滿足，那就可以直接調(diào)用C函數(shù)free()直接釋放。

object_dispose()函數(shù)的實(shí)現(xiàn)

總結(jié)

以上是生活随笔為你收集整理的Objective-C中MRC和ARC的自我理解的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。