开发者

Objective-C Properties and Memory Management

开发者 https://www.devze.com 2022-12-20 10:32 出处:网络
Given the following property definition: @property (nonatomic,retain) MyObject* foo; does the following code cause a memory leak:

Given the following property definition:

@property (nonatomic,retain) MyObject* foo;

does the following code cause a memory leak:

self.foo = [[MyObject alloc] init];

?

It looks like the alloc call increments the retain count on the object to 1, then the retain inside the property setter increases it to 1. But since the initial count is never decremented to 0, the object will stick around even when self is released. Is that analysis correct?

If so, it looks like I have two alternatives:

self.foo = [[[MyObject alloc] init] autorelease];

which is not recommended on the iPhone for performance reasons, or:

MyObject* x = [[MyObject alloc] init];
self.foo = x
[x release];

which is a bit cumbersome. A开发者_开发技巧re there other alternatives?


Are there any alternatives?

No.

You are not going to be able write much of an iPhone application without using autorelease and the Cocoa Touch library uses them in many places. Understand what it's doing (adding the pointer to a list for removal on the next frame) and avoid using it in tight loops.

You can use class method on MyObject that does alloc/init/autorelease for you to clean it up.

+ (MyObject *)object {
    return [[[MyObject alloc] init] autorelease];
}

self.foo = [MyObject object];


The easiest way to manage a retained property on the iPhone is the following (autorelease is not as bad as you think, at least for most uses):

-(id)init {
    if (self = [super init]) {
        self.someObject = [[[Object alloc] init] autorelease];
    }
    return self;
}

-(void)dealloc {
    [someObject release];
    [super dealloc];
}

The autorelease releases the reference to the floating instance which is assigned to self.object which retains its own reference, leaving you with the one reference you need (someObject). Then when the class is destroyed the only remaining reference is released, destroying the object.

As described in another answer, you can also create one or more "constructor" messages to create and autorelease the objects with optional parameters.

+(Object)object;
+(Object)objectWithCount:(int)count;
+(Object)objectFromFile:(NSString *)path;

One could define these as:

// No need to release o if fails because its already autoreleased
+(Object)objectFromFile:(NSString *)path {
    Object *o = [[[Object alloc] init] autorelease];
    if (![o loadFromFile:path]) {
        return nil;
    }
    return o;
}


You are right, self.foo = [[MyObject alloc] init]; is leaking memory. Both alternatives are correct and can be used. Regarding the autorelease in such a statement: keep in mind that the object will released by the autorelease pool as soon as the current run loop ends, but it will most probably be retained a lot longer by self, so there is no issue with memory usage spikes here.

0

精彩评论

暂无评论...
验证码 换一张
取 消

关注公众号