objective-C 的内存管理之-引用计数

obj-c本质就是”立异过的c语言”,我们都驾驭c语言是尚未污染源回收(GC)机制的(注:就算obj-c2.0后来扩大了GC功用,可是在iphone上无法用,由此对于iOS平台的程序员来讲,这些差不离没啥用),所以在obj-c中写程序时,对于财富的获释得由开发人员手动处理,相对要麻烦一些。

引用计数

那是一种古老但管用的内存管理方法。逐个对象(特指:类的实例)内部都有二个retainCount的引用计数,对象刚被创立时,retainCount为1,可以手动调用retain方法使retainCount+1,同样也得以手动调用release方法使retainCount-1,调用release方法时,假如retainCount值减到0,系统将机关调用对象的dealloc方法(类似于c#中的dispose方法),开发人士可以在dealloc中释放或理清资源。

一 、基本用法

为了演示这种基本方法,先定义一个类Sample

类接口部分Sample.h

//
//  Sample.h
//  MemoryManage_1
//
//  Created by jimmy.yang on 11-2-19.
//  Copyright 2011 __MyCompanyName__. All rights reserved.
//

#import <Foundation/Foundation.h>


@interface Sample : NSObject {

}

@end

类完成部分Sample.m

//
//  Sample.m
//  MemoryManage_1
//
//  Created by jimmy.yang on 11-2-19.
//  Copyright 2011 __MyCompanyName__. All rights reserved.
//

#import "Sample.h"


@implementation Sample

-(id) init
{
    if (self=[super init]){
        NSLog(@"构造函数被调用了!当前引用计数:%d",[self retainCount]);
    }
    return (self);
}

-(void) dealloc{
    NSLog(@"析构函数将要执行...,当前引用计数:%d",[self retainCount]);
    [super dealloc];
}
@end

代码很粗略,除了”构造函数”跟”析构函数”之外,没有其余其他多余处理。

主程序调用

#import <Foundation/Foundation.h>
#import "Sample.h"

int main (int argc, const char * argv[]) {  

    Sample *_sample = [Sample new]; //构造函数被调用了!当前引用计数:1
    NSLog(@"_sample.retainCount=%d",[_sample retainCount]);//1  

    [_sample retain];
    NSLog(@"_sample.retainCount=%d",[_sample retainCount]);//2

    [_sample retain];
    NSLog(@"_sample.retainCount=%d",[_sample retainCount]);//3  

    [_sample release];
    NSLog(@"_sample.retainCount=%d",[_sample retainCount]);//2

    [_sample release];
    NSLog(@"_sample.retainCount=%d",[_sample retainCount]);//1

    [_sample release];//析构函数将要执行...,当前引用计数:1
    NSLog(@"_sample.retainCount=%d",[_sample retainCount]);//1,注:即便是在析构函数执行后,如果立即再次引用对象的retainCount,仍然返回1,但以后不管再试图引用该对象的任何属性或方法,都将报错
    NSLog(@"_sample.retainCount=%d",[_sample retainCount]);//对象被释放之后,如果再尝试引用该对象的任何其它方法,则报错
    //[_sample retain];//同上,会报错   

    return 0;   
}

那段代码主要表明:对象刚创马上retainCount是不是为1,以及retain和release是或不是足以变动retainCount的值,同时retainCount减到0时,是或不是会自行执行dealloc函数

nil 的问题:

1.1
倘诺仅宣称一个萨姆ple类型的变量(其实就是一个指南针),而不实例化,其开头值为nil

1.2
变量实例化将来,尽管release掉,dealloc被成功调用,其retainCount并不立刻回到0(还可以马上调用一回且仅一回[xxx
retainCount]),而且指针变量自己也不会自行归为nil值

1.3
dealloc被调用后,必须手动赋值nil,retainCount才会自行归0

如上结论是实在试验得出去的,见上边的代码:

  Sample *s ; 
    NSLog(@"s %@,retainCount=%d",s==nil?@"is nil":@"is not nil",[s retainCount]);//s is nil,retainCount=0   
    s = [Sample new];
    NSLog(@"s %@,retainCount=%d",s==nil?@"is nil":@"is not nil",[s retainCount]);//s is not nil,retainCount=1   
    [s release];
    NSLog(@"s %@,retainCount=%d",s==nil?@"is nil":@"is not nil",[s retainCount]);//s is not nil,retainCount=1
    //NSLog(@"s %@,retainCount=%d",s==nil?@"is nil":@"is not nil",[s retainCount]);//报错:Program received signal:  “EXC_BAD_ACCESS”.
    s = nil;
    NSLog(@"s %@,retainCount=%d",s==nil?@"is nil":@"is not nil",[s retainCount]);//s is nil,retainCount=0

为此千万别用if (x == nil) 或 if ([x
retainCount]==0)来判定目的是或不是被销毁,除非你每一次销毁对象后,手动显式将其赋值为nil

贰 、复杂气象

地方的演示过于简章,只有两个类自身独耍,若是有两个类,且相互有联系时,情形要复杂一些。下边我们统筹壹个类Shoe和Man(即“鞋子类”和”人“),各种人都要穿鞋,所以Man与Shoe之间应当是Man拥有Shoe的关联。

Shoe.h接口定义部分

#import <Foundation/Foundation.h>


@interface Shoe : NSObject {
    NSString* _shoeColor;
    int _shoeSize;
}

//鞋子尺寸
-(void) setSize:(int) size;
-(int) Size;

//鞋子颜色
-(void) setColor:(NSString*) color;
-(NSString*) Color;

//设置鞋子的颜色和尺码
-(void) setColorAndSize:(NSString*) pColor shoeSize:(int) pSize;

@end

Shoe.m完成部分

//
//  Shoe.m
//  MemoryManage_1
//
//  Created by jimmy.yang on 11-2-19.
//  Copyright 2011 __MyCompanyName__. All rights reserved.
//

#import "Shoe.h"


@implementation Shoe

//构造函数
-(id)init
{
    if (self=[super init]){
        _shoeColor = @"black";
        _shoeSize = 35;
    }
    NSLog(@"一双 %@ %d码 的鞋子造好了!",_shoeColor,_shoeSize);
    return (self);
}

-(void) setColor:(NSString *) newColor
{
    _shoeColor = newColor;
}

-(NSString*) Color
{
    return _shoeColor;
}

-(void) setSize:(int) newSize
{
    _shoeSize = newSize;
}   

-(int) Size
{
    return _shoeSize;
}

-(void) setColorAndSize:(NSString *)color shoeSize:(int)size
{
    [self setColor:color];
    [self setSize:size];
}


//析构函数
-(void) dealloc
{
    NSLog(@"%@ %d码的鞋子正在被人道毁灭!",_shoeColor,_shoeSize);
    [super dealloc];
}


@end

Man.h定义部分

//
//  Man.h
//  MemoryManage_1
//
//  Created by jimmy.yang on 11-2-20.
//  Copyright 2011 __MyCompanyName__. All rights reserved.
//

#import <Foundation/Foundation.h>
#import "Shoe.h"


@interface Man : NSObject {
    NSString *_name;
    Shoe *_shoe;
}


-(void) setName:(NSString*) name;
-(NSString*)Name;

-(void) wearShoe:(Shoe*) shoe;
@end

Man.m完成部分

//
//  Man.m
//  MemoryManage_1
//
//  Created by jimmy.yang on 11-2-20.
//  Copyright 2011 __MyCompanyName__. All rights reserved.
//

#import "Man.h"


@implementation Man

//构造函数
-(id)init
{
    if (self=[super init]){
        _name = @"no name";
    }
    NSLog(@"新人\"%@\"出生了!",_name);
    return (self);
}


-(void) setName:(NSString *)newName
{
    _name =newName;
}

-(NSString*)Name
{
    return _name;
}

-(void) wearShoe:(Shoe *)shoe
{
    _shoe = shoe;
}

//析构函数
-(void) dealloc
{
    NSLog(@"\"%@\"要死了! ",_name);
    [super dealloc];
}

@end

main函数调用

#import <Foundation/Foundation.h>
#import "Shoe.h"
#import "Man.h"

int main (int argc, const char * argv[]) {  

    Man *jimmy = [Man new];
    [jimmy setName:@"Jimmy"];


    Shoe *black40 =[Shoe new];
    [black40 setColorAndSize:@"Black" shoeSize:40];

    [jimmy wearShoe:black40];

    [jimmy release];
    [black40 release];

    return 0;

}

2011-02-23 13:05:50.550
MemoryManage[253:a0f] 新人”no name”出生了!
2011-02-23 13:05:50.560
MemoryManage[253:a0f] 一双 black 35码 的鞋子造好了!
2011-02-23 13:05:50.634
MemoryManage[253:a0f] “Jimmy”要死了!
2011-02-23 13:05:50.636
MemoryManage[253:a0f] Black 40码的鞋子正在被人道毁灭!

如上是出口结果,一切平时,jimmy与black40占有的财富最后都得到了自由。不过有几许不太合理,既然鞋子(black40)是属于人(jimmy)的,为啥人死了(即:[jimmy
release]),却还要main函数来义务烧掉他的鞋子?(即:main函数中照旧单独写一行[black40
release]) 貌似人死的时候,就连带自上的有着东西一并带走,那样更有益呢。

ok,我们来改造一下Man.m中的dealloc()方法,改成下边那样:

//析构函数
-(void) dealloc
{
    NSLog(@"\"%@\"要死了! ",_name);
    [_shoe release];//这里释放_shoe
    [super dealloc];
}

即:在Man被灭绝的时候,先把_shoe给销毁。那样在main()函数中,就不再需求独自写一行[black40
release]来释放black40了.

当今又有新景观了:jimmy交了二个好情人mike,四人成了铁匹夫,然后jimmy决定把自身的鞋子black40,跟mike共同全部,于是main函数就成了上面那样:

int main (int argc, const char * argv[]) { 

    Man *jimmy = [Man new];
    [jimmy setName:@"Jimmy"];   

    Shoe *black40 =[Shoe new];
    [black40 setColorAndSize:@"Black" shoeSize:40];

    [jimmy wearShoe:black40];

    Man *mike = [Man new];
    [mike setName:@"mike"];
    [mike wearShoe:black40];//mike跟jimmy,现在共同拥有一双40码黑色的鞋子

    [jimmy release];
    [mike release]; 

    return 0;
}

费劲来了:jimmy在挂掉的时候(即[jimmy
release]这一行),已经顺手把自身的靴子也给销毁了(或然她遗忘了mike也在穿它),然后mike在死的时候,准备烧掉自已的鞋子black40,却被告之该目的已经不设有了。于是程序运营报错:

Running…
2011-02-23 13:38:53.169 MemoryManage[374:a0f] 新人”no
name”出生了!

2011-02-23 13:38:53.176 MemoryManage[374:a0f] 一双 black 35码
的靴子造好了!

2011-02-23 13:38:53.177 MemoryManage[374:a0f] 新人”no
name”出生了!

2011-02-23 13:38:53.179 MemoryManage[374:a0f] “Jimmy”要死了!
2011-02-23 13:38:53.181 MemoryManage[374:a0f] Black40码的鞋子正在被人道毁灭!
2011-02-23 13:38:53.183 MemoryManage[374:a0f] “mike”要死了!
Program received signal: 
“EXC_BAD_ACCESS”.

sharedlibrary apply-load-rules all
(gdb)

上边紫水晶色的一些代表程序出错了:Bad_Access约等于说访问不设有的地点。

最化解的不二法门莫过于又重返原点,Man.m的dealloc中不相干释放Shoe实例,然后把共用的鞋子放到main函数中,等全数人都挂掉后,最终再销毁Shoe实例,可是猜测main()函数会有理念了:你们二个都死了,还要来麻烦小编料理后事。

举这一个事例仅仅就是近水楼台先得月那样三个尺度:对于new出来的靶子,使用retain造成的影响自然要使用相应的release抵消掉,反之亦然,否则,要么对象不会被灭绝,要么过早销毁导致前边的地下引用而失误。

下五回,大家来看看哪些用电动释放池来换贰个主意来拍卖引用计数。

相关文章