[iOS] 內(nèi)存管理相關(guān)修飾符

今天跑題跑回來(lái)看看內(nèi)存相關(guān)的修飾符吧(strong, weak, assign, unsafe_unretained, retain)

首先先簡(jiǎn)要說(shuō)下內(nèi)存管理哈暂吉,簡(jiǎn)而言之就是iOS現(xiàn)在的ARC機(jī)制會(huì)給每個(gè)對(duì)象計(jì)算引用數(shù)此衅,當(dāng)引用數(shù)為0以后就會(huì)被dealloc啦;如果應(yīng)該被銷毀的對(duì)象由于引用不為0而無(wú)法被銷毀仔夺,就是我們常見(jiàn)的內(nèi)存泄漏爆袍。

① Strong

strong是我們?nèi)粘W畛R?jiàn)的屿岂,也是默認(rèn)會(huì)給屬性加上的,他和MRC下的retain其實(shí)作用一樣坏为,都是將賦值對(duì)象的引用數(shù)+1究驴,將舊值引用數(shù)-1。

-(void) setName: (NSString *) name {
      if (_name != name) {
        [_name release];             //舊值的引用計(jì)數(shù)-1
        _name = [name retain];           //新值引用計(jì)數(shù)+1
     }
}

strong和retain都只能修飾OC對(duì)象匀伏,如果修飾NSIntegar這種基本數(shù)據(jù)類型會(huì)報(bào)編譯錯(cuò)誤哦~

strong不能修飾非OC對(duì)象

(但是MRC下用strong和retain修飾block是有區(qū)別的纳胧,具體可見(jiàn)參考文獻(xiàn)。)

我們來(lái)嘗試一下用strong來(lái)修飾Product的name屬性~

@interface Product : NSObject
@property (nonatomic, strong) NSString *name;

- (void)printNameAddress;

@end

====================
NSString *sundayName = @"sunday";
Product *sunday = [[Product alloc] init];
sunday.name = sundayName;
NSLog(@"sundayName的對(duì)象地址%p, sunday.name的對(duì)象地址%p", sundayName, sunday.name);
NSLog(@"sundayName的對(duì)象指針地址%p", &sundayName);
[sunday printNameAddress]; //調(diào)用product自己去print &name
    
sundayName = nil;
NSLog(@"sundayName的對(duì)象指針地址%p", &sundayName);
[sunday printNameAddress];
NSLog(@"sundayName的對(duì)象地址%p, sunday.name的對(duì)象地址%p", sundayName, sunday.name);

輸出:
sundayName的對(duì)象地址0x10d8233d8
sunday.name的對(duì)象地址0x10d8233d8 //指向相同

sundayName的對(duì)象指針地址0x7ffee23de8f0
sunday.name的對(duì)象指針地址0x60000148f9f8

//改為nil以后
sundayName的對(duì)象指針地址0x7ffee23de8f0
sunday.name的對(duì)象指針地址0x60000148f9f8 //地址未變

sundayName的對(duì)象地址0x0
sunday.name的對(duì)象地址0x10d8233d8 //指向不同了

當(dāng)我們把sundayName賦值給sunday(prodcut).name的時(shí)候帘撰,是把@"sunday"的指針給了sunday(prodcut).name跑慕,所以@"sunday"的引用計(jì)數(shù)為2;當(dāng)持有局部變量sundayName和sunday(prodcut)的代碼塊結(jié)束了摧找,sundayName和sunday(prodcut)的引用計(jì)數(shù)就變成0了核行,就會(huì)被回收,@"sunday"的retain count也就變?yōu)?蹬耘,也會(huì)被回收芝雪。

如果將sundayName設(shè)為nil,由于代碼還沒(méi)運(yùn)行結(jié)束综苔,sundayName還沒(méi)有被銷毀惩系,只是不再指向@"sunday"位岔,但sunday(prodcut).name仍舊指向@"sunday",它的引用計(jì)數(shù)則變?yōu)?堡牡。


引用示意圖

但strong不是萬(wàn)能的抒抬,錯(cuò)用有可能會(huì)造成循環(huán)引用,這個(gè)就是為什么delegate經(jīng)常需要用weak晤柄,以及block塊里面經(jīng)常用weakSelf擦剑。

② Weak

weak是將屬性指向賦值,但是賦值的retainCount不增加芥颈,當(dāng)賦值的retainCount變?yōu)?以后即使有weak的屬性指向它惠勒,它也會(huì)被銷毀,weak屬性會(huì)被置為nil爬坑。

據(jù)說(shuō)是底層會(huì)自動(dòng)維護(hù)一個(gè)weak屬性map纠屋,當(dāng)我們用weak修飾屬性的時(shí)候,map內(nèi)就會(huì)增加一個(gè)屬性和值的鍵值對(duì)盾计,當(dāng)值被銷毀以后售担,會(huì)遍歷這個(gè)map,將對(duì)應(yīng)的weak屬性置為nil闯估。

@property (nonatomic, weak) Product *smileProduct;

Product *smile1 = [[Product alloc] init];
self.smileProduct = smile1;
smile1 = nil;
NSLog(@"smileProduct:%@", _smileProduct);

輸出:
smileProduct:(null)
====================

改為:
@property (nonatomic, strong) Product *smileProduct;
輸出:
smileProduct:<Product: 0x600003ce7f20>

對(duì)比weak和strong的輸出可以看出weak并不影響對(duì)象的引用計(jì)數(shù)灼舍,當(dāng)對(duì)象引用歸零銷毀后吼和,weak屬性會(huì)為nil涨薪;但strong屬性是會(huì)讓對(duì)象引用加1的,所以只要有strong屬性仍舊指向?qū)ο箪排遥搶?duì)象的retain count就不為0刚夺,也就不會(huì)被銷毀。

一般IBOutlet末捣、block侠姑、delegate里面經(jīng)常會(huì)用weak,以及你不希望這個(gè)屬性會(huì)影響對(duì)象銷毀的時(shí)候箩做,IBOutlet是因?yàn)橥ǔN覀儗iew拖入到.m文件里面的時(shí)候莽红,其實(shí)這個(gè)view已經(jīng)在nib里持有了,沒(méi)有必要再strong持有一次了邦邦;delegate和block內(nèi)之所以用weak其實(shí)大概率都是為了避免循環(huán)引用安吁。


循環(huán)引用

這里以block為例說(shuō)一下循環(huán)引用,這個(gè)是我最開(kāi)始覺(jué)得很難理解的一個(gè)事兒燃辖,主要是智商不夠用QAQ


block循環(huán)引用

當(dāng)我們使用block塊的時(shí)候鬼店,如果他不執(zhí)行完就不會(huì)被銷毀,例如循環(huán)執(zhí)行的block就一直會(huì)存在黔龟,并被self持有妇智,那么block的retain count就為1滥玷,不會(huì)被銷毀;如果block以strong的形式持有self巍棱,那么只要block不銷毀惑畴,self的retain count就不會(huì)為0也就不會(huì)被銷毀,于是就形成了循環(huán)引用拉盾。

只要將block對(duì)self的持有變成weak桨菜,那么self的retain count就為0,當(dāng)self銷毀的時(shí)候捉偏,block由于持有者被銷毀倒得,它的retain count也就為0了,于是兩者都可以被釋放夭禽。

delegate之所以需要是weak其實(shí)也是這樣霞掺,如果self持有view,那么view肯定不會(huì)被釋放讹躯,如果view.delegate以strong的形式持有self菩彬,self就不能釋放了。


delegate循環(huán)引用

③ Assign

assign和unsafe_unretained真的是一模一樣潮梯。他們的作用和weak相似骗灶,就是指向但是引用數(shù)不變,但區(qū)別是如果屬性指向的對(duì)象被釋放秉馏,指針不會(huì)被置為nil耙旦,會(huì)出現(xiàn)野指針crash。

注意這里說(shuō)的是對(duì)象哦萝究,如果assign指向的是基本數(shù)據(jù)類型如NSIntegar免都,那么將有棧來(lái)管理,不會(huì)出現(xiàn)野指針

將上面的例子改為assign來(lái)嘗試一下:

@property (nonatomic, assign) Product *smileProduct;

Product *smile1 = [[Product alloc] init];
self.smileProduct = smile1;
smile1 = nil;
NSLog(@"smileProduct:%@", _smileProduct);

代碼運(yùn)行到最后一行會(huì)crash帆竹,因?yàn)楫?dāng)smile1置為nil的時(shí)候绕娘,它所指向的product對(duì)象其實(shí)已經(jīng)可以釋放了,并沒(méi)有強(qiáng)引用指向了栽连,但是_smileProduct的指針沒(méi)有被置空险领,當(dāng)我們想要訪問(wèn)它的時(shí)候就會(huì)有野指針crash了。

Q: 那么賦值時(shí)對(duì)象的retain是否是在set方法里面做的呢秒紧?

- (void)setSmileProduct:(Product *)smileProduct {
    _smileProduct = smileProduct;
}

//會(huì)有warning
//Assigning retained object to unsafe_unretained variable; 
//object will be released after assignment
- (void)setSmileProduct:(Product *)smileProduct {
    _smileProduct = [smileProduct copy];
}

覆寫(xiě)了一下set方法绢陌,分別是直接賦值或者copy一下,然而再次運(yùn)行發(fā)現(xiàn)還是crash了噩茄,所以對(duì)賦值對(duì)象的retain之類的其實(shí)是在set方法之外做的下面,無(wú)論你如何覆寫(xiě)都是不行的。

所以assign一般用來(lái)修飾基本的數(shù)據(jù)類型绩聘,包括基礎(chǔ)數(shù)據(jù)類型 (NSInteger沥割,CGFloat)和C數(shù)據(jù)類型(int, float, double, char, 等等)耗啦,iOS中默認(rèn)對(duì)基本類型的修飾符就是assign所以不用特殊加的哈

④ Retain

和strong是一樣滴,跳過(guò)啦

⑤ Copy

上篇介紹了copy順帶探討了一下權(quán)限和讀寫(xiě)安全的修飾符机杜,詳見(jiàn)http://www.reibang.com/p/1313aac306b1


大概是起床太早了還沒(méi)徹底清醒帜讲,真是應(yīng)了老郭的“心中不得寧?kù)o,清晨早做文章”了椒拗,最近都比較水-似将。- 下一篇可能是動(dòng)畫(huà)相關(guān)或者notification吧~ 希望自己變得越來(lái)越好,雖然也沒(méi)什么意義蚀苛,但有些事情在验,哪怕結(jié)果沒(méi)有很好,嘗試了就不后悔啦堵未,七八年后的時(shí)候想起來(lái)可能會(huì)覺(jué)得傻但這就是青春吧腋舌,就和現(xiàn)在回憶以前一樣,雖然后悔渗蟹,但這就是已經(jīng)走過(guò)的沒(méi)有辦法回頭的歲月块饺,只能keep going~ happy weekend~

Reference:

  1. 屬性修飾符:http://www.reibang.com/p/3cbc79424fb8
  2. retain和strong:http://www.reibang.com/p/e2ccf2ae2b98
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市雌芽,隨后出現(xiàn)的幾起案子授艰,更是在濱河造成了極大的恐慌,老刑警劉巖世落,帶你破解...
    沈念sama閱讀 206,968評(píng)論 6 482
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件淮腾,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡岛心,警方通過(guò)查閱死者的電腦和手機(jī)来破,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,601評(píng)論 2 382
  • 文/潘曉璐 我一進(jìn)店門(mén)篮灼,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)忘古,“玉大人,你說(shuō)我怎么就攤上這事诅诱∷杩埃” “怎么了?”我有些...
    開(kāi)封第一講書(shū)人閱讀 153,220評(píng)論 0 344
  • 文/不壞的土叔 我叫張陵娘荡,是天一觀的道長(zhǎng)干旁。 經(jīng)常有香客問(wèn)我,道長(zhǎng)炮沐,這世上最難降的妖魔是什么争群? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 55,416評(píng)論 1 279
  • 正文 為了忘掉前任,我火速辦了婚禮大年,結(jié)果婚禮上换薄,老公的妹妹穿的比我還像新娘玉雾。我一直安慰自己,他們只是感情好轻要,可當(dāng)我...
    茶點(diǎn)故事閱讀 64,425評(píng)論 5 374
  • 文/花漫 我一把揭開(kāi)白布复旬。 她就那樣靜靜地躺著,像睡著了一般冲泥。 火紅的嫁衣襯著肌膚如雪驹碍。 梳的紋絲不亂的頭發(fā)上,一...
    開(kāi)封第一講書(shū)人閱讀 49,144評(píng)論 1 285
  • 那天凡恍,我揣著相機(jī)與錄音志秃,去河邊找鬼。 笑死嚼酝,一個(gè)胖子當(dāng)著我的面吹牛洽损,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播革半,決...
    沈念sama閱讀 38,432評(píng)論 3 401
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼碑定,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來(lái)了又官?” 一聲冷哼從身側(cè)響起延刘,我...
    開(kāi)封第一講書(shū)人閱讀 37,088評(píng)論 0 261
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎六敬,沒(méi)想到半個(gè)月后碘赖,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 43,586評(píng)論 1 300
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡外构,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,028評(píng)論 2 325
  • 正文 我和宋清朗相戀三年普泡,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片审编。...
    茶點(diǎn)故事閱讀 38,137評(píng)論 1 334
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡撼班,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出垒酬,到底是詐尸還是另有隱情砰嘁,我是刑警寧澤,帶...
    沈念sama閱讀 33,783評(píng)論 4 324
  • 正文 年R本政府宣布勘究,位于F島的核電站矮湘,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏口糕。R本人自食惡果不足惜缅阳,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,343評(píng)論 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望景描。 院中可真熱鬧十办,春花似錦孤里、人聲如沸。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 30,333評(píng)論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)。三九已至炸枣,卻和暖如春虏等,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背适肠。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 31,559評(píng)論 1 262
  • 我被黑心中介騙來(lái)泰國(guó)打工霍衫, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人侯养。 一個(gè)月前我還...
    沈念sama閱讀 45,595評(píng)論 2 355
  • 正文 我出身青樓敦跌,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親逛揩。 傳聞我的和親對(duì)象是個(gè)殘疾皇子柠傍,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 42,901評(píng)論 2 345

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

  • Swift1> Swift和OC的區(qū)別1.1> Swift沒(méi)有地址/指針的概念1.2> 泛型1.3> 類型嚴(yán)謹(jǐn) 對(duì)...
    cosWriter閱讀 11,089評(píng)論 1 32
  • Cocoa內(nèi)存管理機(jī)制 (1)當(dāng)你使用new、alloc辩稽、copy方法創(chuàng)建一個(gè)對(duì)象時(shí)惧笛,該對(duì)象的保留計(jì)數(shù)器值為1.當(dāng)...
    John_LS閱讀 2,764評(píng)論 0 6
  • iOS開(kāi)發(fā)中, 之前一直使用swift, 因此對(duì)于Objective-C的內(nèi)存管理機(jī)制長(zhǎng)期處于混亂的一知半解狀態(tài)....
    icetime17閱讀 838評(píng)論 1 8
  • 屬性修飾符簡(jiǎn)述 ios5之前是MRC,內(nèi)存需要程序員進(jìn)行管理逞泄,ios5之后是ARC患整,除非特殊情況,比如C框架或者循...
    咖啡綠茶1991閱讀 723評(píng)論 0 2
  • 第二天早上八點(diǎn)喷众,本與舞娘一行人約好出發(fā)前行各谚,我來(lái)到她們的住處,徑直走進(jìn)房間到千,卻發(fā)現(xiàn)她們還都睡在鋪墊上昌渤,我愣住了。舞...
    四腳怪獸閱讀 127評(píng)論 0 0