当将应用程序部署到设备时，程序将在几个周期后退出，并出现以下错误:
Program received signal: "EXC_BAD_ACCESS".
程序在iPhone模拟器上运行没有任何问题，只要我一次执行一个指令，它也会调试和运行。一旦我让它再次运行，我将击中EXC_BAD_ACCESS信号。
在这种特殊情况下，它恰好是加速度计代码中的一个错误。它不会在模拟器中执行，这就是它不会抛出任何错误的原因。但是，它将在部署到设备后执行。
这个问题的大多数答案都处理一般的EXC_BAD_ACCESS错误，因此我将保留这个选项，作为可怕的坏访问错误的统称。
EXC_BAD_ACCESS通常是非法内存访问的结果。你可以在下面的答案中找到更多信息。
您以前遇到过EXC_BAD_ACCESS信号吗?您是如何处理它的?
当前回答
在我的例子中，我有一个视图(a)，其中我有另一个视图(B)的实例。我忘记了B是a的子类，显然这导致了递归和无休止的分配。修复了EXE_BAD_ACCESS问题。
class A: UIView {
let b = B()
.
.
}
class B: A {
.
.
}
其他回答
我知道之前有人问过这个问题，但是在读了这个帖子之后，我找到了XCode 4.2的解决方案: Product -> Edit Scheme -> Diagnostics Tab ->启用僵尸对象
帮助我找到一个消息被发送到一个释放对象。
EXC_BAD_ACCESS
EXC_BAD_ACCESS访问已经释放的对象。内核发送这个异常(EXC)，表示内存块不能被访问(BAD ACCESS)。
使用[无主(不安全)] 当一个目标器使用另一个目标器时，IPHONEOS_DEPLOYMENT_TARGET[About]。在我的例子中，Test target(10.0)使用了显式依赖[About]与14.0 IPHONEOS_DEPLOYMENT_TARGET
在你做任何事情之前，你应该尝试:
产品->清洁
然后再跑。这对我很管用。否则，我会浪费好几个小时。
我如何处理EXC_BAD_ACCESS
有时候我觉得当一个EXC_BAD_ACCESS错误被抛出时，xcode会在主代码中显示错误。m类没有提供崩溃发生的额外信息(有时)。
在这种情况下，我们可以在Xcode中设置一个异常断点，这样当异常被捕获时，就会设置一个断点，并直接通知用户崩溃已经发生在那一行
根据我的经验，这通常是由非法内存访问引起的。检查所有指针，特别是对象指针，以确保它们已初始化。确保你的主窗口。Xib文件(如果您正在使用的话)已正确设置，并具有所有必要的连接。
If none of that on-paper checking turns anything up, and it doesn't happen when single-stepping, try to locate the error with NSLog() statements: sprinkle your code with them, moving them around until you isolate the line that's causing the error. Then set a breakpoint on that line and run your program. When you hit the breakpoint, examine all the variables, and the objects in them, to see if anything doesn't look like you expect.I'd especially keep an eye out for variables whose object class is something you didn't expect. If a variable is supposed to contain a UIWindow but it has an NSNotification in it instead, the same underlying code error could be manifesting itself in a different way when the debugger isn't in operation.
