objective-c - 释放属性(property)的可接受方式

标签 objective-c ios

假设有一个具有以下接口(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/

相关文章:

ios - Tealium 框架 "dyld: Library not loaded:"使用 cocoapods 时出错

objective-c - 这两个枚举有什么区别

iphone - 生成 CSV 示例 iphone 应用程序/代码

objective-c - 在 C 中的结构中扩展数组

ios - 在苹果商店中禁用适用于 iPhone 4s 的应用程序

android - 是否可以将基于网络的移动应用程序提交到 Android Market 或 App Store?

objective-c - 使用 NSString 值来引用 UILabel

ios - Swift:在for循环中调用完成处理程序方法

c++ - 链接静态 C++ 库时 Objective-C 中的损坏符号表

objective-c - 将 NSString 转换为 NSDictionary