当将应用程序部署到设备时，程序将在几个周期后退出，并出现以下错误:
Program received signal: "EXC_BAD_ACCESS".
程序在iPhone模拟器上运行没有任何问题，只要我一次执行一个指令，它也会调试和运行。一旦我让它再次运行，我将击中EXC_BAD_ACCESS信号。
在这种特殊情况下，它恰好是加速度计代码中的一个错误。它不会在模拟器中执行，这就是它不会抛出任何错误的原因。但是，它将在部署到设备后执行。
这个问题的大多数答案都处理一般的EXC_BAD_ACCESS错误，因此我将保留这个选项，作为可怕的坏访问错误的统称。
EXC_BAD_ACCESS通常是非法内存访问的结果。你可以在下面的答案中找到更多信息。
您以前遇到过EXC_BAD_ACCESS信号吗?您是如何处理它的?
当前回答
XCode 4及以上版本，它已经通过Instruments变得非常简单了。在仪器中运行僵尸。本教程很好地解释了它:调试exc_bad_access错误xcode工具
其他回答
甚至还有另一种可能:在队列中使用块，很容易发生你试图访问另一个队列中的对象，这个对象此时已经被取消分配了。通常当你试图向GUI发送一些东西时。 如果异常断点设置在一个陌生的位置，那么这可能是原因所在。
再补充一种可能发生这种情况的情况:
我有密码:
NSMutableString *string;
[string appendWithFormat:@"foo"];
显然，我忘记了为字符串分配内存:
NSMutableString *string = [[NSMutableString alloc] init];
[string appendWithFormat:@"foo"];
解决问题。
我刚刚花了几个小时跟踪一个EXC_BAD_ACCESS，发现NSZombies和其他env vars似乎没有告诉我任何东西。
对我来说，这是一个愚蠢的NSLog声明与格式说明符，但没有参数传递。
NSLog(@"Some silly log message %@-%@");
固定的
NSLog(@"Some silly log message %@-%@", someObj1, someObj2);
我发现在objc_exception_throw上设置断点很有用。这样，当您获得EXC_BAD_ACCESS时，调试器应该会中断。
说明可以在这里找到调试技术
在你做任何事情之前，你应该尝试:
产品->清洁
然后再跑。这对我很管用。否则，我会浪费好几个小时。
