将应用程序部署到设备上时，程序将在几个周期后退出，并显示以下错误：
Program received signal: "EXC_BAD_ACCESS".该程序可以在iPhone模拟器上运行，没有任何问题，只要我一次逐步执行说明，它就会进行调试和运行。一旦让它再次运行，我就会EXC_BAD_ACCESS发出信号。
在这种情况下，加速度计代码恰好是一个错误。它不会在模拟器中执行，这就是为什么它不会引发任何错误的原因。但是，它将在部署到设备后执行。
该问题的大多数答案都涉及一般EXC_BAD_ACCESS错误，因此我将保留所有这些作为对可怕的错误访问错误的综合解决方案。
EXC_BAD_ACCESS通常是由于非法内存访问而抛出的。您可以在下面的答案中找到更多信息。
您EXC_BAD_ACCESS以前是否遇到过信号，并且如何处理？
Answers:
根据您的描述，我怀疑最可能的解释是您的内存管理有一些错误。您说您已经从事iPhone开发工作了几周，但对于您是否对Objective C有所了解却不是。如果您来自其他背景，则在真正内化内存管理规则之前可能要花一些时间-除非您对此有重点。
请记住，从分配函数（通常是静态alloc方法，但还有一些其他方法）或copy方法获得的任何东西，您也都拥有内存，并且必须在完成后释放它。
但是，如果您从包括工厂方法（例如[NSString stringWithFormat]）在内的所有其他事物中得到了回报，那么您将拥有一个自动释放引用，这意味着它可以在将来的某个时候由其他代码释放-因此至关重要，如果您需要使它超出保留它的直接功能。如果不这样做，则在您进行模拟器测试期间，内存可能会在使用时保持分配状态，或者被释放但同时仍然有效，但是更有可能被释放并在设备上运行时显示为访问错误。
跟踪这些问题的最佳方法以及一个好主意（即使没有明显的问题）也是一个好主意，那就是在Instruments工具中运行该应用程序，尤其是使用Leaks选项。
EXC_BAD_ACCESS的主要原因是试图访问已发布的对象。
若要查找如何解决此问题，请阅读以下文档： DebuggingAutoReleasePool
即使您不认为自己是“释放自动释放的对象”，这也将适用于您。
这种方法效果很好。我一直在使用它，并取得了巨大的成功！！
总之，这说明了如何使用Cocoa的NSZombie调试类和命令行“ malloc_history”工具来查找在代码中已访问了哪些已释放对象。
边注：
运行仪器并检查是否有泄漏不会帮助排除EXC_BAD_ACCESS的故障。我很确定内存泄漏与EXC_BAD_ACCESS无关。泄漏的定义是您不再有权访问的对象，因此无法调用它。
更新： 我现在使用仪器调试泄漏。在Xcode 4.2中，选择“产品”->“配置文件”，然后在Instruments启动时选择“僵尸”。
以我的经验，这通常是由非法的内存访问引起的。检查所有指针，尤其是对象指针，以确保它们已初始化。如果使用的是MainWindow.xib文件，请确保已正确设置了所有必要的连接。
如果所有的纸上检查都没有发现任何问题，并且单步执行时也没有发生，请尝试使用NSLog（）语句查找错误：在代码中撒满代码，四处移动，直到找出导致问题的行。错误。然后在该行上设置一个断点并运行程序。当您达到断点时，请检查所有变量以及其中的对象，以查看是否有什么不符合您的期望。我尤其要注意那些对象类不是您所期望的变量。如果一个变量应该包含一个UIWindow，但其中却包含一个NSNotification，则当调试器不运行时，相同的基础代码错误可能以不同的方式表现出来。
这不是一个完整的答案，但是我收到的一个具体情况是，由于我尝试使用自动释放，试图访问“死”的对象时：
netObjectDefinedInMyHeader = [[[MyNetObject alloc] init] autorelease];因此，例如，我实际上将其作为“通知”的对象传递（将其注册为侦听器，观察者，无论您喜欢哪种惯用法），但是一旦发送通知，它就已经死了，我将获得EXC_BAD_ACCESS。将其更改为[[MyNetObject alloc] init]并在以后适当时释放它可以解决该错误。
发生这种情况的另一个原因是，例如，如果您传入一个对象并尝试存储它：
myObjectDefinedInHeader = aParameterObjectPassedIn;稍后，当尝试访问myObjectDefinedInHeader时，您可能会遇到麻烦。使用：
myObjectDefinedInHeader = [aParameterObjectPassedIn retain];可能正是您需要的。当然，这些只是我遇到的例子中的几个，还有其他原因，但是这些原因可能难以捉摸，因此我将其提及。祝好运！
只是添加可能发生这种情况的另一种情况：
我有代码：
NSMutableString *string;
[string appendWithFormat:@"foo"];显然我忘记了为字符串分配内存：
NSMutableString *string = [[NSMutableString alloc] init];
[string appendWithFormat:@"foo"];解决问题。
请查看上面的链接并按说明进行操作。...使用NSZombies的一些快速说明
运行该应用程序，然后运行失败（应显示“ Interrupted”而不是“ EXC_BAD_ACCESS” ...检查控制台（运行>控制台）...现在应该有一条消息，告诉它正在尝试访问的对象。
-本
在过去的四个小时中，我一直在调试和重构代码以解决此错误。上面的帖子使我看到了这个问题：
之前的属性：startPoint = [[DataPoint alloc] init]; startPoint = [DataPointList objectAtIndex：0];
。。。x = startPoint.x-10; // EXC_BAD_ACCESS
之后的属性：startPoint = [[DataPoint alloc] init]; startPoint = [[DataPointList objectAtIndex：0]保留];
再见EXC_BAD_ACCESS
希望您在完成后释放“字符串”！
这是一个很好的线程。这是我的经验：我搞砸了属性声明中的keep / assign关键字。我说：
@property (nonatomic, assign) IBOutlet UISegmentedControl *choicesControl;
@property (nonatomic, assign) IBOutlet UISwitch *africaSwitch;
@property (nonatomic, assign) IBOutlet UISwitch *asiaSwitch;我应该说的地方
@property (nonatomic, retain) IBOutlet UISegmentedControl *choicesControl;
@property (nonatomic, retain) IBOutlet UISwitch *africaSwitch;
@property (nonatomic, retain) IBOutlet UISwitch *asiaSwitch;我仅在尝试执行包含大数组的C方法时在iPhone上遇到EXC_BAD_ACCESS。模拟器能够为我提供足够的内存来运行代码，但不能给设备运行（数组是一百万个字符，因此有点多余！）。
EXC_BAD_ACCESS刚好在方法的入口点之后发生，并且让我很困惑，因为它离数组声明不远了。
也许有人可能会从我几个小时的拔头发中受益。
NSAssert（）调用用于验证方法参数对于跟踪并避免传递nils非常方便。
在过去的四个小时中，我一直在调试和重构代码以解决此错误。上面的帖子使我看到了这个问题：
之前的财产：
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
非常感谢您的回答。我整天都在为这个问题而苦苦挣扎。你真棒！
只是添加
Lynda.com有一张很棒的DVD，名为
第6章，第3课是关于EXEC_BAD_ACCESS以及与僵尸一起工作的。
我很高兴能理解，不仅是错误代码，而且我该如何使用Zombies获取有关已释放对象的更多信息。
当您进行无限递归时，我认为您也可能会遇到此错误。对我来说就是这样。
XCode 4及更高版本，使用Instruments使其变得非常简单。只需在Instruments中运行“僵尸”即可。本教程对此进行了很好的解释：调试exc_bad_access错误Xcode工具