当将应用程序部署到设备时，程序将在几个周期后退出，并出现以下错误:
Program received signal: "EXC_BAD_ACCESS".
程序在iPhone模拟器上运行没有任何问题，只要我一次执行一个指令，它也会调试和运行。一旦我让它再次运行，我将击中EXC_BAD_ACCESS信号。
在这种特殊情况下，它恰好是加速度计代码中的一个错误。它不会在模拟器中执行，这就是它不会抛出任何错误的原因。但是，它将在部署到设备后执行。
这个问题的大多数答案都处理一般的EXC_BAD_ACCESS错误，因此我将保留这个选项，作为可怕的坏访问错误的统称。
EXC_BAD_ACCESS通常是非法内存访问的结果。你可以在下面的答案中找到更多信息。
您以前遇到过EXC_BAD_ACCESS信号吗?您是如何处理它的?
当前回答
再补充一种可能发生这种情况的情况:
我有密码:
NSMutableString *string;
[string appendWithFormat:@"foo"];
显然，我忘记了为字符串分配内存:
NSMutableString *string = [[NSMutableString alloc] init];
[string appendWithFormat:@"foo"];
解决问题。
其他回答
调用NSAssert()来验证方法参数对于跟踪和避免传递nil也非常方便。
我知道之前有人问过这个问题，但是在读了这个帖子之后，我找到了XCode 4.2的解决方案: Product -> Edit Scheme -> Diagnostics Tab ->启用僵尸对象
帮助我找到一个消息被发送到一个释放对象。
在过去的四个小时里，我一直在调试和重构代码来解决这个错误。上面的一篇文章让我发现了这个问题:
属性:
startPoint = [[DataPoint alloc] init] ;
startPoint= [DataPointList objectAtIndex: 0];
x = startPoint.x - 10; // EXC_BAD_ACCESS
房地产后:
startPoint = [[DataPoint alloc] init] ;
startPoint = [[DataPointList objectAtIndex: 0] retain];
再见EXC_BAD_ACCESS
非常感谢你的回答。我一整天都在为这个问题发愁。你太棒了!
在创建字符串时不要忘记@符号，将c -string作为nsstring将导致EXC_BAD_ACCESS。
用这个:
@"Some String"
而不是这样:
"Some String"
PS——通常是在填充包含大量记录的数组内容时。
再补充一下
Lynda.com有一个很棒的DVD叫
iPhone SDK基本培训
第6章第3课是关于EXEC_BAD_ACCESS和使用僵尸的。
这对我来说是很好的理解，不仅是错误代码，而且我如何使用僵尸来获得更多关于释放对象的信息。
