0

可能重复：
iOS 中的 Dealloc 方法并将对象设置为 nil

至于对象 c 中的属性 dealloc，我见过不同的形式。以下哪个是最好的/正确的

//Kind1:
- (void)dealloc
{
    [_property release];
    [super dealloc];
}

//Kind2:
- (void)dealloc
{
    self.property = nil;
    [super dealloc];
}

//Kind3:
- (void)dealloc
{
    [_property release]; _property = nil;
    [super dealloc];
}
4

3 回答 3

2

你的第二个选择是不可取的。属性设置器可能有副作用，并且通常不会在考虑到对象可能已经被拆掉一半的情况下实施。一般来说，除了[super dealloc]. 您还应该避免对其他对象进行重要的调用（即除释放之外的任何调用），因为您可能有循环引用，这些引用可能会导致对半释放对象的引用。

第一个选项就足够了。请注意，如果您使用 ARC，则它是多余的。使用 ARC 始终是您最好的选择，因为它不仅更安全，而且速度更快。

第三种选择是有争议的。有些人认为它使您的程序对错误更具弹性（因为在 dealloc 之后的引用可能以零实例变量结束，而不是通过它弹跳并出现段错误，或者更糟）。他们还争辩说，它确保如果您确实运行了一个尝试使用该值的方法，它可能会优雅地失败（再次，而不是在此时取消引用什么是悬空指针）。但是，如果您同意我关于避免这种情况的第一点，那就有点没有意义了。而且我的经验是，依赖这种行为是一个坏主意——即使它一开始是一个干净的设计，也很容易忘记它并最终在一段时间后更改代码，从而破坏它。

那些不喜欢第三种选择的人也认为它隐藏了错误。有些人甚至不使用 nil 而是使用明显的虚假值（例如 0x0badf00d）来显式覆盖，以便在取消引用悬空指针时更清楚。

于 2012-12-16T06:37:26.457 回答
1

Kind1 绰绰有余；在 alloc 和 dealloc 上使用“self”通常不是一个好主意。因为 self 将调用 setter/getter 方法，如果你有自定义的 setter/getter 方法，它可能会导致麻烦。

于 2012-12-16T05:34:34.000 回答
1

你永远不应该调用self.dealloc。

一旦你已经release-ed 那么制作它就没有任何优势了nil。

所以，第一个是正确的使用方法dealloc。

于 2012-12-16T06:43:21.333 回答