接收到EXC_BAD_ACCESS信号

当将应用程序部署到设备时，程序将在几个周期后退出，并出现以下错误:

Program received signal: "EXC_BAD_ACCESS".

程序在iPhone模拟器上运行没有任何问题，只要我一次执行一个指令，它也会调试和运行。一旦我让它再次运行，我将击中EXC_BAD_ACCESS信号。

在这种特殊情况下，它恰好是加速度计代码中的一个错误。它不会在模拟器中执行，这就是它不会抛出任何错误的原因。但是，它将在部署到设备后执行。

这个问题的大多数答案都处理一般的EXC_BAD_ACCESS错误，因此我将保留这个选项，作为可怕的坏访问错误的统称。

EXC_BAD_ACCESS通常是非法内存访问的结果。你可以在下面的答案中找到更多信息。

您以前遇到过EXC_BAD_ACCESS信号吗?您是如何处理它的?

当前回答

希望您在完成时释放“字符串”!

其他回答

在你做任何事情之前，你应该尝试:

产品->清洁

然后再跑。这对我很管用。否则，我会浪费好几个小时。

我刚刚花了几个小时跟踪一个EXC_BAD_ACCESS，发现NSZombies和其他env vars似乎没有告诉我任何东西。

对我来说，这是一个愚蠢的NSLog声明与格式说明符，但没有参数传递。

NSLog(@"Some silly log message %@-%@");

固定的

NSLog(@"Some silly log message %@-%@", someObj1, someObj2);

在创建字符串时不要忘记@符号，将c -string作为nsstring将导致EXC_BAD_ACCESS。

用这个:

@"Some String"

而不是这样:

"Some String"

PS——通常是在填充包含大量记录的数组内容时。

在我的例子中，它是由tableview删除操作引起的。这个解决方案解决了我的坏访问异常:https://stackoverflow.com/a/4186786/538408

在我的例子中，我有一个视图(a)，其中我有另一个视图(B)的实例。我忘记了B是a的子类，显然这导致了递归和无休止的分配。修复了EXE_BAD_ACCESS问题。

   class A: UIView {
 
      let b = B()
      .
      .
   }



   class B: A {
     .
     .
   }

推荐文章