假设有一个具有以下接口(interface)的类:
#import <Foundation/Foundation.h>
@interface MyClass : NSObject {
}
@property (nonatomic, retain) NSDate* myDate;
-(void)foo;
@end
和以下实现:
#import "MyClass.h"
@implementation MyClass
@synthesize myDate = _myDate;
- (void)dealloc
{
[_myDate release];
[super dealloc];
}
-(void)foo
{
NSDate* temp = [[NSDate alloc] init];
self.myDate = temp;
[temp release];
}
@end
1) 在函数 foo
中将像这样释放确保正确维护对象的保留计数(即没有内存泄漏,也没有执行不必要的释放)。
NSDate* temp = [[NSDate alloc] init];
self.myDate = temp;
[temp release];
2) 与 1) 相同的问题,除了应用于以下技术:
self.myDate = [[NSDate alloc] init];
[self.myDate release]
3) 与 1) 相同的问题,除了应用于以下技术:
self.myDate = [[NSDate alloc] init] autorelease];
4) 与 1) 相同的问题,但应用于以下技术:
self.myDate = [[NSDate alloc] init];
[_myDate release]
5) 与 1) 相同的问题,但应用于以下技术:
[_myDate release];
_myDate = [[NSDate alloc] init];
最佳答案
1) 很好。
2) 可能不安全,将在最新的 LLVM 静态分析器中触发警告。这是因为 getter 方法返回的对象可能与您传递给 setter 的对象不同。 (例如,setter 可能制作了一个副本,或者可能验证失败并设置了一个 nil
。)这意味着您泄漏了原始对象并过度释放了 getter 返回的对象给你。
3) 很好;与 1 类似,但释放将在当前自动释放池耗尽时而不是立即释放。
4) 可能不安全,但不会触发我见过的警告。该问题类似于2中描述的问题; ivar 中的对象可能不是您传递给 setter 的对象。
5) 安全,但不会使用 setter 方法或通知属性的任何观察者。
如果属性是 retain
类型,并且 getter 和 setter 只是合成版本,以上所有示例都可以工作。但是,它们并不都代表最佳实践,并且可能会触发分析警告。目标应该是 -foo
方法正常工作不管 myDate
如何管理它的内存。你上面的一些例子没有这样做。
例如,如果您决定稍后将属性更改为 copy
,则不应要求您更改任何其他代码以使其正常工作。在情况 2 和 4 中,您将需要更改额外的代码,因为 foo
方法假定 setter 将始终成功并始终设置原始对象。
关于objective-c - 释放属性(property)的可接受方式,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7577453/