【问题标题】:Getting EXC_BAD_ACCESS on a method call在方法调用上获取 EXC_BAD_ACCESS
【发布时间】:2011-09-30 19:55:31
【问题描述】:

在我看来,这真的很奇怪。我从来没有见过这样的事情。我将所有版本都放在一个名为releaseMethod 的方法中。然后在我的deallocdidReceiveMemoryWarning 中,我有[self releaseMethod]; 我这样做是为了更加面向对象并节省代码,因为我有很多版本。但是,偶尔(5 次中有 2 次,给予或接受),我在 releaseMethod 电话中收到 EXC_BAD_ACCESS dealloc。代码如下。我不知道有可能让方法调用获得错误的访问权限。我了解内存管理,调用方法不涉及内存,对吧? 提前致谢。

 - (void)dealloc {
     [super dealloc];
     [self releaseMethod];
 }

【问题讨论】:

  • 所以我们dealloc 一个对象,然后期望能够调用释放对象上的消息,真的吗?
  • 放在超级调用之前。

标签: iphone objective-c memory-management dealloc


【解决方案1】:

将您的 [super dealloc] 放在 dealloc 的末尾,这样您就可以先清理类中的内容,然后再清理超类中的内容(您可能依赖它)。

【讨论】:

    【解决方案2】:

    如果您将消息release 发送到一个已被释放的对象,您将收到此消息。检查您是否没有在releaseMethod 中过度发布某些内容。请记住,当一个对象被释放时,它会释放它保留的对象。

    您还应该在拨打[super dealloc] 之前输入[self releaseMethod]

    【讨论】:

    • 不完全。正如 Joost 所指出的,问题在于 [super dealloc] 在消息传递之前被调用。这是一种危险的做法。
    • 我会假设完全相反。过度释放会导致持续崩溃。
    • 一旦一个对象被释放,所有随后发送给该对象的消息都会产生未定义的行为。
    • 好吧,我知道你从哪里来了。对我来说,这感觉像是一条红鲱鱼,但它可能对 OP 有所帮助。
    • @bbum:没错。这就是为什么崩溃是不一致的。这个问题的答案与releaseMethod的实现无关。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2013-12-23
    • 2015-02-28
    • 1970-01-01
    • 2012-09-16
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多