MRC与ARC下的setter方法

1 无论ARC还是MRC,编译器会给我们生成setter与getter方法的声明与实现。

2 属性或成员变量可以是基本类型,也可以是对象类型。基本类型的成员变量的setter与getter,只是对成员变量简单的取赋值,但是如果成员变量是对象类型,就要涉及到内存管理。

3 比如,Person对象有个成员变量是Dog类型,那么,Person对象在没有释放自己的Dog对象期间,Dog对象就不能被销毁,因为Person要使用。

4 如果多个Person对象使用一个Dog对象,或者一个Man对象和一个Women对象使用着一个Dog对象,原理都是一样的,都是一个对象对另一个对象的持有与释放。


那么,就涉及到了内存管理。一个Person对象拥有Dog对象,就需要持有,保证使用期间一直存在。一个Person对象不再持有Dog对象,就需要释放,保证持有与释放的平衡,Dog对象的生命周期。无论是Person还是Man,Women如果大家都遵循这一原则,那么内存就能得到保证

而对象类型作为成员变量,其内存管理是在setter方法,dealloc方法中得到实现。因此,我们需要给属性指定所有权修饰符,这样编译器生成对应的setter与getter方法。


就上面的例子,我们需要考虑几种情况

Person拥有了Dog

Person释放了Dog

Person换了Dog

Person拥有了同一个Dog

上面情况列举了对person  _dog的操作,通过这些操作可以写出对应setter方法

a  先释放person之前的_dog

b  person持有赋值的dog

- (void)setDog:(Dog *)dog

{

        [_dog release];

        [dog retain];

        _room = room;

}

上面的第四种情况,是一种优化(如果同一条狗,干嘛还要释放再持有,不操作就行了)

- (void)setDog:(Dog *)dog

{

         if (dog != _dog){

               [_dog release];

               [dog retain];

               _room = room;

         }

}

其实这也避免了一种情况,比如

Person *p = [[Person alloc] init];

Dog *d = [[Dog alloc] init];

p.dog = d;

[d release];

p.dog = d;


[d release];   此时r的引用计数为1,如果p.dog = d; 而setter方法如果是这样:

- (void)setDog:(Dog *)dog

{

       [_dog release];

       [dog retain];

…...

}

先释放_dog,此时dog已经引用计数为0,被dealloc了。再对dog retain,也就是对已回收的空间发送消息,会发生坏内存访问的问题。

在 Objective-C 中向 nil 发送消息是完全有效的——只是在运行时不会有任何作用


上面说过通过setter与dealloc方法完成对对象类型的成员变量的内存管理


在对象被销毁时,持有的_dog应该释放

- (void)dealloc

{

      [_dog release];

      [super dealloc];

}


在ARC下,,对象引用计数的计数标准与强引用有关,因此,setter方法的逻辑是一样的,只是关于释放与持有这些表达上有所不同

- (void)setRoom:(Room *)room // room = r

{

       if (_room != room) {

            _room = room;

        }

}

强引用失效,就是释放

强引用存在,就是持有

对象废弃时,其成员变量也被废弃,强引用失效,也就不需要在dealloc方法中怎样


在MRC我们需要重写dealloc方法,进行内存管理等,最后调用super dealloc

在ARC我们也可以重写dealloc方法,系统会自动调用,但是不能再super dealloc


无论MRC还是ARC,对于基本属性的成员变量,其setter方法,就是简单的赋值

-(void)setNo:(NSInteger)no

{

         _no = no;

}



无论MRC还是ARC,上面的setter,我们使用属性两句就能搞定:

MRC

@property(nonatomic, retain) Room *room;

@property(nonatomic, assgin) int val;

ARC

@property(nonatomic, strong) Room *room;

@property(nonatomic, assgin) int val;

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

推荐阅读更多精彩内容