当将应用程序部署到设备时，程序将在几个周期后退出，并出现以下错误:
Program received signal: "EXC_BAD_ACCESS".
程序在iPhone模拟器上运行没有任何问题，只要我一次执行一个指令，它也会调试和运行。一旦我让它再次运行，我将击中EXC_BAD_ACCESS信号。
在这种特殊情况下，它恰好是加速度计代码中的一个错误。它不会在模拟器中执行，这就是它不会抛出任何错误的原因。但是，它将在部署到设备后执行。
这个问题的大多数答案都处理一般的EXC_BAD_ACCESS错误，因此我将保留这个选项，作为可怕的坏访问错误的统称。
EXC_BAD_ACCESS通常是非法内存访问的结果。你可以在下面的答案中找到更多信息。
您以前遇到过EXC_BAD_ACCESS信号吗?您是如何处理它的?
当前回答
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中设置一个异常断点，这样当异常被捕获时，就会设置一个断点，并直接通知用户崩溃已经发生在那一行
当你有无限递归的时候，我认为你也会有这个错误。这是我的案子。
在你做任何事情之前，你应该尝试:
产品->清洁
然后再跑。这对我很管用。否则，我会浪费好几个小时。
我只是遇到了这个问题。对我来说，原因是删除一个CoreData管理对象，然后试图从另一个地方读取它。
在过去的四个小时里，我一直在调试和重构代码来解决这个错误。上面的一篇文章让我发现了这个问题:
属性: 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
