有没有办法枚举所有属性并一一释放？

Question

典型的 dealloc

好吧，这很糟糕。如果我忘记要释放的财产怎么办？

为什么我们不能拥有像 dealloc 所有属性这样的东西？

最糟糕的是，我有点喜欢现在处理 viewController 的方式。我们放置了一个属性，然后dealloc就被放置了。正常上课就不能这样吗？

- (void)dealloc
{
    [_window release];
    [__managedObjectContext release];
    [__managedObjectModel release];
    [__persistentStoreCoordinator release];
    [_MainBadgerApplication release];
    [_SettingsMiscelaneous release];
    [_theNearByIsiKota release];
    [Customcell release];
    [PhoneCC release];
    [searchViewController release];
    [_superTabBar release];
    [_SuperNavBar release];
    [pinNumberView release];
    [_lblForPinNumber release];
    [navController release];
    [NearbyShortcut release];
    [_searchListView release];
    [_searchNearView release];
    [LoadingView release];
    [super dealloc];
}

我正在考虑一个宏，我可以在其中执行

myDealloc

，它将枚举所有属性并一一释放它们或将它们设置为 nil （这几乎是等效的）

Answer 1

这看起来是一个可怕的想法，所以这里是代码：D 这将逐步遍历代码中的每个对象属性并发送发布。我没有编译它，但它或多或少是这样的。

#import <objc/runtime.h>

unsigned int propertyCount;
objc_property_t *properties = class_copyPropertyList([self class], &propertyCount);
for (unsigned int i = 0; i < propertyCount; i++)
{
    SEL sel = @selector(release);
    const char *attr = property_getAttributes(properties[i]);
    switch (attr[1]) {
        case '@':
            property_getName(properties[i]), objc_msgSend(self, sel)]
            break;
        default:
            break;
    }
}
free(properties);

您可以将其包装在 C 函数中并从 dealloc 中调用它。

Answer 2

您在这里不是枚举属性，而是实例变量（当然，这可能是与属性关联的支持变量，但也可能不是，您没有给出声明属性的代码，所以我们无法知道）

我的建议：

• 使用现代运行时（自 iOS 存在以来就被 iOS 使用，而 OSX 仅在 64 位中使用）自动生成属性的后备存储。因此，您不需要在头文件中为属性声明实例变量，也不会想直接使用实例变量来代替
• dealloc 中的属性以及 < code>viewDidUnload 方法用于绑定到 IBOutlets 的属性 - 将您的 @properties 设置为 nil （而不是释放 ivar
• 最后，一旦您以这种方式管理属性，这将是可以设置你的所有属性通过内省将其归零

一旦您按照上面的说明进行操作，您就可以使用内省：使用Objective-C 运行时的函数 获取每个给定类的 @property ，然后查看它们并将它们设置为 nil （这将释放与 @property 关联的支持变量的内存代码>)

Answer 3

我建议采用另一种方法。首先，在 init 或 dealloc 中将属性设置为 nil 违反了 Apple 的准则。这是因为您可能正在调用 setter 方法。例如，如果开发人员覆盖了标准属性设置器并定义了自定义设置器方法。

在这种情况下，在 init 或 dealloc 期间调用此类方法可能会产生不可预测的结果。

最好调用 [myIvar release]；和平常一样。

要追踪缺失的发布声明，请运行分析器。或者，更好的是，将目标的构建设置设置为在构建时始终运行分析器。

最后，定期在 Instruments 中运行您的应用程序是值得的。这将发现泄漏，并节省您追踪奇怪错误的时间，否则泄漏的内存可能会发生这些错误。