内存管理高级

以下内容均来自一位大神的总结, 写在这里以便自己和大家学习:


如上,有3个指针指向了这一块内存,任何一个调用了free方法释放这个内存,而其余的引用在不知道的情况下继续使用这块内存的时候,就会出现问题。何时 由谁 去释放这块内存,这就是我们要讨论的问题.

OC对象在内存中的结构

所有的OC类型的对象的结构如下,这个对象的内存在包含自己的变量和方法的基础上,还有一个包含retainCount的引用计数。

每一个OC对象都有一个4个字节的retainCount的计数器。表示当前对象被引用的计数。如果计数为0,那么就真正的去释放这个对象。


规则:

1、Objective-C类中实现了引用计数器,对象知道自己当前被引用的次数

2、最初对象的计数器为1

3、如果需要引用对象,可以给对象发送一个retain消息,这样对象的计数器就加1

4、当不需要引用对象了,可以给对象发送release消息,这样对象计数器就减1

5、当计数器减到0,自动调用对象的dealloc函数,对象就会释放内存

6、计数器为0的对象不能再使用release和其他方法

举例说明

比如有一个引擎类Engine,有一个汽车类Car,Car里面有一个Engine的实例变量,一个setter和getter方法。具体如下:

@implementation Car

-(void)setEngine:(Engine*) engine

{

_engine=engine;

}

-(Engine*)engine

{

return _engine;

}

-(void)dealloc

{

NSLog(@"Car is dealloc");

[super dealloc];

}

@end

上面写的是一个简单的类,当然这样写是有问题,所以需要一步步的改进。

第一步改进:

先使用它看问题的所在,在main方法里面如下使用:

//先创建一个引擎

Engine* engine1=[[Engine alloc]init];

[engine1 setID:1];

//再创建一个汽车,设置汽车的引擎

Car* car=[[Car alloc]init];//retainCount=1

[car setEngine:engine1];

/*分析:在这里,现在有两个引用指向这个Engine对象,engine1和Car中的_engine,可是这个Engine对象的引用计数还为1,因为在set方法中,并没有使用retain。那么不管是哪个引用调用release,那么另外一个引用都会指向一块释放掉的内存,那么肯定会发生错误。所以需要在set方法中加以改进。*/

第二步改进:

setter方法改进

-(void)setEngine:(Engine*) engine

{

_engine=[engine retain];  //多了一个引用,retainCount+1

}

再在main中使用它

//先创建一个引擎

Engine* engine1=[[Engine alloc]init];

[engine1 setID:1];

//再创建一个汽车,设置汽车的引擎

Car* car=[[Car alloc]init]; //retainCount=1

[car setEngine:engine1]; //retainCount=2,因为使用了retain,所以retainCount=2,

//假设还有一个引擎

Engine* engine2=[[Engine alloc]init];

[engine2 setID:2];

//这个汽车要换一个引擎,自然又要调用settr方法

[car setEngine:engine2];

/*分析:在这里,汽车换了一个引擎,那么它的_engine就不在指向engine1的哪个对象的内存了,而是换成了engine2,也就是说engine1的那个对象指向的内存的引用只有一个可是它的retainCount是两个,这就是问题的所在了。所以仍然需要改进*/

第三步改进:

-(void)setEngine:(Engine*) engine

{

[_engine release] ;  //在设置之前,先release,那么在设置的时候,就会自动将前面的一个引用release掉

_engine=[engine retain];  //多了一个引用,retainCount+1

}

再在main中使用

//先创建一个引擎

Engine* engine1=[[Engine alloc]init];

[engine1 setID:1];

//在创建一个汽车,设置汽车的引擎

Car* car=[[Car alloc]init];  //retainCount=1

[car setEngine:engine1];  //retainCount=2,因为使用了retain,所以retainCount=2,

//如果进行了一个误操作,又设置了一次engine1

[car setEngine:engine1];

/*分析:那么,又要重新调用一次setter方法,这根本就是无意义的操作,浪费资源,所以要在设置之间加上判断*/

第四步改进:

-(void)setEngine:(Engine*) engine

{

if(_engine!=engine){   //判断是否重复设置

[_engine release];  //在设置之前,先release,那么在设置的时候,就会自动将前面的一个引用release掉

_engine=[engine retain];  //多了一个引用,retainCount+1

}

}

第五步:

现在setter方法基本没有问题了,那么在当我们要释放掉一个car对象的时候,必须也要释放它里面的_engine的引用,所以,要重写car的dealloc方法。

-(void)dealloc

{

[_engine release]; //在释放car的时候,释放掉它对engine的引用

[super dealloc];

}

这还不是最好的释放的方法,下面的方法更好

-(void)dealloc

{

[_engine setEngine:nil]; //在释放car的时候,对setEngine设置为nil,它不仅会release掉,并且指向nil,即使误操作调用也不会出错。

[super dealloc];

}

所以,综上所述,在setter方法中的最终写法是

-(void)setEngine:(Engine*) engine

{

if(_engine!=engine){//判断是否重复设置

[_engine release];//在设置之前,先release,那么在设置的时候,就会自动将前面的一个引用release掉

_engine=[engine retain];//多了一个引用,retainCount+1

}

}

然后在dealloc方法中写法是:

-(void)dealloc

{

[_engine setEngine:nil]; //在释放car的时候,对setEngine设置为nil,它不仅会release掉,并且指向nil,即使误操作调用也不会出错。

[super dealloc];

}

六、property中的setter语法关键字

在property属性中有三个关键字定义关于展开setter方法中的语法,assgin,retain,copy。当然这三个关键字是互斥的。

1、assgin展开stter的写法

-(void)setEngine:(Engine*) engine

{

_engine=engine;

}

2、retain展开的写法

-(void)setEngine:(Engine*) engine

{

if(_engine!=engine){   //判断是否重复设置

[_engine release];   //在设置之前,先release,那么在设置的时候,就会自动将前面的一个引用release掉

_engine=[engine retain];  //多了一个引用,retainCount+1

}

}


3、copy展开的写法

-(void)setEngine:(Engine*) engine

{

if(_engine!=engine){//判断是否重复设置

[_engine release];//在设置之前,先release,那么在设置的时候,就会自动将前面的一个引用release掉

_engine=[engine copy];//多了一个引用,retainCount+1

}

}

对于copy属性有一点要主要,被定义有copy属性的对象必须要符合NSCopying协议,并且你还必须实现了-(id)copyWithZone:(NSZone*)zone该方法。

可以看到,使用retain和我们上面举得例子完全相同,所以我们可以使用property和它的retain代替之前的写法。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,711评论 5 468
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 83,932评论 2 376
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,770评论 0 330
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,799评论 1 271
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,697评论 5 359
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,069评论 1 276
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,535评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,200评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,353评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,290评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,331评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,020评论 3 315
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,610评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,694评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,927评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,330评论 2 346
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,904评论 2 341

推荐阅读更多精彩内容