【问题标题】:EXC_BAD_ACCESS when setting ivars directly (without using accessors) inside -init method, why?EXC_BAD_ACCESS 在 -init 方法中直接设置 ivars(不使用访问器)时,为什么?
【发布时间】:2011-04-11 17:55:52
【问题描述】:

我花了大约 10 个小时试图找到导致我的应用程序崩溃的错误,它位于我最后一次查看的地方(本来应该是,但我没想到它会在最后一个地方)。

最初我认为我有内存管理问题(不平衡的保留/释放),因为每次我将-removeAllObjects 发送到填充了我的自定义对象的NSMutableArray 时都会发生崩溃。第一次调用-removeAllObjects 时不会发生崩溃。我可以清除一次数组,重新填充它,然后在第二次清除时,我会得到一个 EXC_BAD_ACCESS。这是我的数组在第一个“循环”中填充了 3 个对象,在第二个“循环”中再次填充了 3 个对象。当我在每个周期中仅在数组中存储 1 个对象时,需要 4 个周期才能崩溃(在第 4 次调用 -removeAllObjects 时)。

我终于意识到,如果我更改自定义对象的 -init 方法,崩溃就会消失。这是-init 的实现;所有 4 个 ivars 都是具有 (nonatomic, retain) 的综合属性,所有类型均为 (NSString *),除了 icon(NSNUmber *)

-(id)init {
    if (self = [super init]) {
        ip = @"";
        mac = @"";
        vendor = @"";
        icon = [NSNumber numberWithInt:0];
    }
    return self;
}

将其更改为修复了该错误:

-(id)init {
    if (self = [super init]) {
        self.ip = @"";
        self.mac = @"";
        self.vendor = @"";
        self.icon = [NSNumber numberWithInt:0];
    }
    return self;
}

我了解到不应在 -init 方法中使用访问器,因为它可能会导致麻烦(例如,使用子类化)。

如果有人可以向我解释为什么当我使用访问器时我的错误消失了,我将非常感激!说真的,这让我发疯了,因为这个,昨晚一直到凌晨 5 点。

【问题讨论】:

    标签: iphone objective-c cocoa properties


    【解决方案1】:

    您正在直接分配而不是保留实例变量。当您使用点语法时,您将触发合成属性的 retain 部分,因此会保留它们。

    -(id)init {
        if (self = [super init]) {
            ip = @"";
            mac = @"";
            vendor = @"";
            icon = [[NSNumber numberWithInt:0] retain];
        }
        return self;
    }
    

    这应该可以解决问题(不过,我有点惊讶,我认为 10 仍在 NSNumber 的实例缓存中。也许不是。)。

    从技术上讲,您还应该保留 @"" 字符串,但您可以不这样做,因为这样的字符串是一个特殊的大小写常量字符串,它来自已编译的可执行文件(作为 NSString 的私有子类,它覆盖为 not响应保留/释放/自动释放)。

    memory management guide 详细介绍了这一点。对于刚接触该平台的任何人,我建议每月重新阅读一次(不,真的 - 将您的编码与偶尔重新阅读文档交织在一起通常会揭示您没有足够经验来理解的微妙细节之前。我仍然每半年重读一次基本指南。)

    【讨论】:

    • 谢谢!这就说得通了。为什么崩溃会在一段时间后发生而不是立即发生?在它崩溃之前,我已经多次初始化该对象。至于您对重新阅读的建议,我认为这是一个好主意,我实际上打算在我制作了一些应用程序并有一些基础/经验来充分理解它们之后重新阅读 HI 和内存管理指南。跨度>
    • codenoob:因为numberWithInt: 可能会返回一个自动释放的对象,在这种情况下,它将在自动释放到期时被释放(并因此被释放)。通常,当您返回应用程序的事件循环时会发生这种情况。
    • 线程 necro 感谢您覆盖此错误;具有讽刺意味的是,它并没有出现在多次测试迭代中,直到我将类及其伙伴转换为合成 ivars 并将它们的所有写访问器放在私有类扩展中。我花了 3 个小时的时间试图找到这个错误,而且一直是一个保留错误......呃。
    猜你喜欢
    • 2011-03-26
    • 2013-04-03
    • 1970-01-01
    • 1970-01-01
    • 2011-10-28
    • 2011-09-01
    • 2010-12-28
    • 1970-01-01
    • 2019-01-24
    相关资源
    最近更新 更多