iOS之內(nèi)存管理

1.ARC筝野、MRC

ARC:automatic reference counting 自引用用計(jì)數(shù)
MRC:manual reference counting 手動(dòng)引用計(jì)數(shù)

MRC

在2011年还最、IOS5之前李根,iOS的開發(fā)只支持MRC模式溪北。
MRC的六個(gè)特有方法:

  • alloc
  • retain
  • release
  • retainCount
  • autorelease :[[[NSObject alloc] init] autorelease];在AutoreleasePool結(jié)束的時(shí)候會(huì)自動(dòng)release對(duì)象
  • dealloc

使用new、alloc昔驱、copy和mutableCopy產(chǎn)生的對(duì)象豁延,在以后不用的時(shí)候,也需要release:

# 注意 initWithFormat的字符串一定要長(zhǎng)秘豹,如果字符串短系統(tǒng)會(huì)采用taggepointer優(yōu)化携御,引用計(jì)數(shù)為-1
# str1的引用計(jì)數(shù)為1
 id str1 = [[NSString alloc] initWithFormat:@"asfdasasdfasdfasdfasdfasdfasdfasdfasdfasdfsadfasdfasdf"]; 
# str1、str2的引用計(jì)數(shù)為均為2  因?yàn)槭遣豢勺儗?duì)象的拷貝既绕,所以str2和str1指向同一塊內(nèi)存空間啄刹,即[str1 copy]相當(dāng)于retain操作,引用計(jì)數(shù)+1
 NSString *str2 = [str1 copy];
# str3的引用計(jì)數(shù)為1凄贩,因?yàn)楫a(chǎn)生的是可變對(duì)象誓军,所以相當(dāng)于str3指向一個(gè)新的內(nèi)存空間
 NSString *str3 = [str1 mutableCopy];
    
 [str3 release];
 [str2 release];
 [str1 release];

當(dāng)時(shí)每當(dāng)一個(gè)新的指針引用了一塊堆空間(也就是對(duì)象),
就必須手動(dòng)的把此塊堆空間內(nèi)的 retainCount + 1疲扎。

Person* p = [Person new];//默認(rèn)就是1 昵时,所以這里的p不需要手動(dòng)操作乙墙。
Person* p2 = p;
[p2 retain];//將retainCount的值+1手趣;

當(dāng)p2指針不使用此堆空間了犀盟。要手動(dòng)把 retainCount 值 - 1

[p2 release];

p不用了萍桌,也需要release

[p release];

手動(dòng)計(jì)數(shù)器使用規(guī)則:
誰(shuí)申請(qǐng)(retain)垫卤,誰(shuí)釋放(release)

關(guān)于內(nèi)存釋放的本質(zhì):
當(dāng)一塊內(nèi)存釋放的時(shí)候容客,本質(zhì)上只是給這部分字節(jié)打了標(biāo)簽冀泻。并沒有把字節(jié)里的二進(jìn)制數(shù)據(jù)全部清成0或者1.

什么是僵尸對(duì)象桃序?
堆空間已經(jīng)被標(biāo)記清空,能被其他數(shù)據(jù)使用溯职。但此時(shí)此刻精盅,新的二進(jìn)制數(shù)據(jù)還沒有進(jìn)來(lái)。
我們此時(shí)用一個(gè)指針指向已經(jīng)標(biāo)記釋放了的堆空間缸榄。這個(gè)就叫僵尸對(duì)象和野指針渤弛。

ARC
  • ARC是編譯器和runtime共同作用的結(jié)果
  • ARC中禁用MRC的六個(gè)方法
  • ARC中新增weakstrong關(guān)鍵字

2.AutoreleasePool

iOS系統(tǒng)針對(duì)不同場(chǎng)景下提供的內(nèi)存方案:

  • TaggedPointer:對(duì)于NSNumber、NSString甚带、NSDate等對(duì)象她肯,可以直接從指針提取數(shù)據(jù)內(nèi)容,而不需要使用指針訪問內(nèi)存再提取內(nèi)容
  • NONPOINTER_ISA: 64位架構(gòu)下鹰贵,ISA指針占64bite位晴氨,實(shí)際使用中不需要這么多,蘋果就在剩余的ISA比特位中存儲(chǔ)了一些內(nèi)存管理的相關(guān)信息
  • 散列表 :包括引用計(jì)數(shù)表和弱引用計(jì)數(shù)表

在使用@autoreleasePool {}后碉输,編譯器會(huì)將其改寫為:

//@autoreleasePool {
  創(chuàng)建了一個(gè)autoreleasePoolPage對(duì)象  push進(jìn)一個(gè)標(biāo)記 然后把數(shù)據(jù)依次放autoreleasePoolPage對(duì)象中

  {代碼}

  依次釋放掉表中的數(shù)據(jù)籽前,直到碰到標(biāo)記位停止
//}
  • Autoreleasepool并沒有單獨(dú)的結(jié)構(gòu),而是由若干個(gè)AutoreleasePoolPage以雙向鏈表的形式組成
  • AutoreleasePoolPage每個(gè)對(duì)象會(huì)開辟4096字節(jié)內(nèi)存(也就是虛擬內(nèi)存一頁(yè)的大蟹蠹亍)枝哄,除了上面的實(shí)例變量所占空間,剩下的空間全部用來(lái)儲(chǔ)存autorelease對(duì)象的地址
  • iOS里的TaggedPointer不適用autorelesepool
  • NSAutoreleasePool可以創(chuàng)建一個(gè)autorelease pool阻荒,但該對(duì)象本身也需要被釋放 drain
  • 在ARC下挠锥,應(yīng)當(dāng)使用@autoreleasepool{}
  • 對(duì)于不同線程,應(yīng)當(dāng)創(chuàng)建自己的autorelease pool侨赡。如果應(yīng)用長(zhǎng)期存在蓖租,應(yīng)該定期drain和創(chuàng)建新的autorelease pool。
  • runloop 與 AutoreleasePool 是協(xié)同合作關(guān)系
  • AutoreleasePool 與 runloop 與線程是一一對(duì)應(yīng)的關(guān)系
  • AutoreleasePool 在 runloop 在開始時(shí)被push羊壹,在runloop休眠時(shí)(beforewaiting狀態(tài))pop

思考 使用autorelease的對(duì)象什么時(shí)候會(huì)被釋放蓖宦?

  • 如果在autoreleasepool中,是在autoreleasepool 執(zhí)行到后括號(hào)的時(shí)候釋放
    NSLog(@"1");
    @autoreleasepool {
        NSObject *str1 = [[NSObject alloc] init];
    }  # 此時(shí)釋放
 
    NSLog(@"2");
  • 如果沒有單獨(dú)放到autoreleasepool中的時(shí)候油猫,是在runloop即將休眠的時(shí)候統(tǒng)一釋放稠茂,因?yàn)槌绦蛉肟趍ain函數(shù)是放在autoreleasepool中:

3.循環(huán)引用

循環(huán)引用分類:

  • 自循環(huán)引用
  • 相互循環(huán)引用
  • 多循環(huán)引用
自循環(huán)引用

對(duì)象的強(qiáng)持有變量指向自身,就會(huì)造成自循環(huán)引用

相互循環(huán)引用
多循環(huán)引用
如何破除循環(huán)引用眨攘?
  • 使用__weak

  • 使用 __block
    MRC下主慰,__block修飾對(duì)象不會(huì)增加引用計(jì)數(shù),避免了循環(huán)引用
    ARC下鲫售,__block修飾對(duì)象會(huì)被強(qiáng)引用共螺,無(wú)法避免循環(huán)引用,需要手動(dòng)街環(huán)

  • 使用__unsafe_unretained
    修飾對(duì)象不會(huì)增加引用計(jì)數(shù)情竹,避免了循環(huán)引用
    如果修飾對(duì)象在某一時(shí)機(jī)被釋放了藐不,會(huì)產(chǎn)出懸垂指針


CADisplayLink、NSTimer的循環(huán)引用問題:

CADisplayLink、NSTimer會(huì)對(duì)target產(chǎn)生強(qiáng)引用雏蛮,如果target也對(duì)他們進(jìn)行了強(qiáng)引用涎嚼,就會(huì)出現(xiàn)循環(huán)引用問題

解決方案1:使用中間人
NSTimer的循環(huán)引用問題解決.png

通過創(chuàng)建一個(gè)中間對(duì)象,令中間對(duì)象持有兩個(gè)弱引用變量分別是原對(duì)象和NSTimer挑秉,NSTimer的回調(diào)是在中間對(duì)象中實(shí)現(xiàn)的法梯。在中間對(duì)象實(shí)現(xiàn)的NSTimer的回調(diào)方法中,對(duì)中間對(duì)象持有的weak弱引用target值的判斷犀概,如果當(dāng)前target值存在立哑,則把NSTimer的回調(diào)給原對(duì)象,如果值為nil姻灶,則把NSTimer設(shè)為無(wú)效即可解除當(dāng)前runloop對(duì)NSTimer的強(qiáng)引用和NSTimer對(duì)中間對(duì)象的強(qiáng)引用铛绰。

解決方案2:使用動(dòng)態(tài)消息解析

ViewController中:

@interface ViewController (){
    NSTimer *_timer;
}
- (void)viewDidLoad {
   [super viewDidLoad];
   _timer = [NSTimer scheduledTimerWithTimeInterval: 1 target: [TimerMiddleware initWithTarget: self] selector: @selector(sayhaha) userInfo: nil repeats: YES];
}
- (void)dealloc {
    [_timer invalidate];
    _timer = nil;
}

新建一個(gè)消息解析類:

@interface TimerMiddleware : NSObject
+ (instancetype)initWithTarget:(id)target;
@property (nonatomic,   weak) NSObject *target;
@end

@implementation TimerMiddleware

+ (instancetype)initWithTarget:(id)target {
    TimerMiddleware *mid = [TimerMiddleware new];
    mid.target = target;
    return mid;
}

- (id)forwardingTargetForSelector:(SEL)aSelector {
    return self.target;
}
@end
解決方案3:使用NSProxy轉(zhuǎn)發(fā)消息

NSProxy是跟NSObjec一個(gè)級(jí)別的基類,用來(lái)設(shè)計(jì)做消息轉(zhuǎn)發(fā)的产喉。
NSProxy是抽象類捂掰,使用時(shí)候我們需要使用其子類
NSProxy不會(huì)跟NSObject類一樣去父類搜索方法實(shí)現(xiàn),會(huì)直接進(jìn)入消息轉(zhuǎn)發(fā)流程

@interface MyProxy : NSProxy

+ (instancetype)proxyWithTarget:(id)target;
@property (nonatomic,   weak) NSObject *target;

@end

@implementation MyProxy

+ (instancetype)proxyWithTarget:(id)target {
    MyProxy *proxy = [MyProxy alloc];
    proxy.target = target;
    return proxy;
}

# NSProxy接收到消息會(huì)自動(dòng)進(jìn)入到調(diào)用這個(gè)方法 進(jìn)入消息轉(zhuǎn)發(fā)流程
- (nullable NSMethodSignature *)methodSignatureForSelector:(SEL)sel  {
    return [self.target methodSignatureForSelector: sel];
}

- (void)forwardInvocation:(NSInvocation *)invocation {
    [invocation invokeWithTarget: self.target];
}
@end

Demo詳見:http://www.reibang.com/p/9c91ee60b0dc


面試總結(jié):

1.什么是ARC曾沈?
ARC是由LLVM和runtime共同協(xié)作來(lái)為我們實(shí)現(xiàn)自動(dòng)引用計(jì)數(shù)管理

2.為什么weak指針指向的對(duì)象在被廢棄之后會(huì)被自動(dòng)置為nil这嚣?
當(dāng)對(duì)象被廢棄之后,dealloc的內(nèi)部實(shí)現(xiàn)當(dāng)中會(huì)調(diào)用清除弱引用的一個(gè)方法塞俱。然后在清楚弱引用的方法當(dāng)中疤苹,會(huì)通過哈希算法來(lái)查找被廢棄對(duì)象在弱引用表當(dāng)中的位置,來(lái)提取所對(duì)應(yīng)的弱引用指針的列表數(shù)組敛腌,然后進(jìn)行for循環(huán)遍歷,把每一個(gè)weak指針都置為nil

3.蘋果是如何實(shí)現(xiàn)AutoreleasePool的惫皱?
AutoreleasePool是以棧為節(jié)點(diǎn)像樊,以雙向鏈表形式合成的一個(gè)數(shù)據(jù)結(jié)構(gòu)

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市旅敷,隨后出現(xiàn)的幾起案子生棍,更是在濱河造成了極大的恐慌,老刑警劉巖媳谁,帶你破解...
    沈念sama閱讀 221,820評(píng)論 6 515
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件涂滴,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡晴音,警方通過查閱死者的電腦和手機(jī)柔纵,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,648評(píng)論 3 399
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)锤躁,“玉大人搁料,你說(shuō)我怎么就攤上這事。” “怎么了郭计?”我有些...
    開封第一講書人閱讀 168,324評(píng)論 0 360
  • 文/不壞的土叔 我叫張陵霸琴,是天一觀的道長(zhǎng)。 經(jīng)常有香客問我昭伸,道長(zhǎng)梧乘,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 59,714評(píng)論 1 297
  • 正文 為了忘掉前任庐杨,我火速辦了婚禮选调,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘辑莫。我一直安慰自己学歧,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 68,724評(píng)論 6 397
  • 文/花漫 我一把揭開白布各吨。 她就那樣靜靜地躺著枝笨,像睡著了一般。 火紅的嫁衣襯著肌膚如雪揭蜒。 梳的紋絲不亂的頭發(fā)上横浑,一...
    開封第一講書人閱讀 52,328評(píng)論 1 310
  • 那天,我揣著相機(jī)與錄音屉更,去河邊找鬼徙融。 笑死,一個(gè)胖子當(dāng)著我的面吹牛瑰谜,可吹牛的內(nèi)容都是我干的欺冀。 我是一名探鬼主播,決...
    沈念sama閱讀 40,897評(píng)論 3 421
  • 文/蒼蘭香墨 我猛地睜開眼萨脑,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼隐轩!你這毒婦竟也來(lái)了?” 一聲冷哼從身側(cè)響起渤早,我...
    開封第一講書人閱讀 39,804評(píng)論 0 276
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤职车,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后鹊杖,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體悴灵,經(jīng)...
    沈念sama閱讀 46,345評(píng)論 1 318
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 38,431評(píng)論 3 340
  • 正文 我和宋清朗相戀三年骂蓖,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了积瞒。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 40,561評(píng)論 1 352
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡涯竟,死狀恐怖赡鲜,靈堂內(nèi)的尸體忽然破棺而出空厌,到底是詐尸還是另有隱情,我是刑警寧澤银酬,帶...
    沈念sama閱讀 36,238評(píng)論 5 350
  • 正文 年R本政府宣布嘲更,位于F島的核電站,受9級(jí)特大地震影響揩瞪,放射性物質(zhì)發(fā)生泄漏赋朦。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,928評(píng)論 3 334
  • 文/蒙蒙 一李破、第九天 我趴在偏房一處隱蔽的房頂上張望宠哄。 院中可真熱鬧,春花似錦嗤攻、人聲如沸毛嫉。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,417評(píng)論 0 24
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)承粤。三九已至,卻和暖如春闯团,著一層夾襖步出監(jiān)牢的瞬間辛臊,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 33,528評(píng)論 1 272
  • 我被黑心中介騙來(lái)泰國(guó)打工房交, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留彻舰,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 48,983評(píng)論 3 376
  • 正文 我出身青樓候味,卻偏偏與公主長(zhǎng)得像刃唤,于是被迫代替她去往敵國(guó)和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子白群,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,573評(píng)論 2 359

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

  • 之前就總結(jié)過內(nèi)存管理的內(nèi)容透揣,但并不系統(tǒng)、全面川抡。所以,一直想找時(shí)間好好把這一塊內(nèi)容規(guī)整一下须尚,因?yàn)檎f(shuō)起內(nèi)存管理崖堤,這是一...
    M_慕宸閱讀 4,013評(píng)論 0 11
  • objc中,與alloc語(yǔ)義相反的方法是dealloc還是release耐床?與retain語(yǔ)義相反的方法是deall...
    一字碼閱讀 554評(píng)論 0 1
  • 內(nèi)存管理ARC處理原理ARC是Objective-C編譯器的特性密幔,而不是運(yùn)行時(shí)特性或者垃圾回收機(jī)制,ARC所做的只...
    陽(yáng)明先生_X自主閱讀 339評(píng)論 0 3
  • 一撩轰、maven安裝以及配置: maven下載地址:http://maven.apache.org/release-...
    大唐雷戀閱讀 320評(píng)論 0 1
  • 瑀琪閱讀 94評(píng)論 0 0