当将应用程序部署到设备时，程序将在几个周期后退出，并出现以下错误:
Program received signal: "EXC_BAD_ACCESS".
程序在iPhone模拟器上运行没有任何问题，只要我一次执行一个指令，它也会调试和运行。一旦我让它再次运行，我将击中EXC_BAD_ACCESS信号。
在这种特殊情况下，它恰好是加速度计代码中的一个错误。它不会在模拟器中执行，这就是它不会抛出任何错误的原因。但是，它将在部署到设备后执行。
这个问题的大多数答案都处理一般的EXC_BAD_ACCESS错误，因此我将保留这个选项，作为可怕的坏访问错误的统称。
EXC_BAD_ACCESS通常是非法内存访问的结果。你可以在下面的答案中找到更多信息。
您以前遇到过EXC_BAD_ACCESS信号吗?您是如何处理它的?
当前回答
甚至还有另一种可能:在队列中使用块，很容易发生你试图访问另一个队列中的对象，这个对象此时已经被取消分配了。通常当你试图向GUI发送一些东西时。 如果异常断点设置在一个陌生的位置，那么这可能是原因所在。
其他回答
运行应用程序，在它失败后(应该显示“中断”而不是“EXC_BAD_ACCESS”…检查控制台(Run > Console)…现在应该有一条消息告诉它要访问什么对象。
EXC_BAD_ACCESS信号是向系统调用传递无效指针的结果。我今天早些时候在OS X上用一个测试程序得到了一个-我传递了一个未初始化的变量到pthread_join()，这是由于早期的拼写错误。
我不太熟悉iPhone开发，但是你应该仔细检查你传递给系统调用的所有缓冲指针。一直提高编译器的警告级别(使用gcc时，使用-Wall和-Wextra选项)。在模拟器/调试器上启用尽可能多的诊断。
使用简单的规则“如果你没有分配或保留它，就不要释放它”。
在我的例子中，我有一个视图(a)，其中我有另一个视图(B)的实例。我忘记了B是a的子类，显然这导致了递归和无休止的分配。修复了EXE_BAD_ACCESS问题。
class A: UIView {
let b = B()
.
.
}
class B: A {
.
.
}
调用NSAssert()来验证方法参数对于跟踪和避免传递nil也非常方便。
