发生EXC_BAD_ACCESS错误的原因，以及僵尸模式调试原理

原文地址：http://www.cocoachina.com/ios/20160226/15324.html ，看完原文之后我整理了一下，仅供参考。

有时候，你会遇到由EXC_BAD_ACCESS造成的崩溃。 这篇文章会告诉你什么是EXC_BAD_ACCESS，以及它产生的原因。我还会提供一些EXC_BAD_ACCESS错误的解决方案。

一. 什么是 EXC_BAD_ACCESS?

不管什么时候当你遇到EXC_BAD_ACCESS这个错误，那就意味着你向一个已经释放的对象发送消息。当该对象的内存区域在你认为使用的时候却没有使用，该内存区域是无法访问的。 这时内核会抛出一个异常（ EXC ），表明你的应用程序不能访问该存储器区域（BAD ACCESS） 。

总之，当你碰到EXC_BAD_ACCESS ，这意味着你试图发送消息到的内存块，但内存块无法执行该消息。但是，在某些情况下， EXC_BAD_ACCESS是由被损坏的指针引起的。每当你的应用程序尝试引用损坏的指针，一个异常就会被内核抛出。但是传递被损坏的指针是不出错的，所以崩溃的地方并不一定是指针被提前释放掉的地方。

二、可以通过以下两种方式定位EXC_BAD_ACCESS崩溃

1.僵尸调试模式

在Xcode中，您可以启用僵尸对象，这意味着被释放的对象将会以僵尸的形式被保留。如果您向僵尸对象发送消息，你的应用程序将会由于EXC_BAD_ACCESS而崩溃，但是由于启用了僵尸调试模式，控制台会打印程序在向哪个对象发送何种消息时程序崩溃。

在Xcode中启用僵尸对象是很容易的。注意，这可能会因的Xcode的版本而不同的。以下方法适用于Xcode的6和7，单击左上角的Edit Scheme，并选中Edit Scheme。

在左侧选中Run ，在上方打开 Diagnostics选项。要启用僵尸对象，勾选 Enable Zombie Objects选框。

如果你现在遇到EXC_BAD_ACCESS ，在Xcode的控制台输出，告诉你该从哪里查找问题。看看下面的例子输出。 

2015-08-12 06:31:55.501 Debug[2371:1379247] -[ChildViewController respondsToSelector:] message sent to deallocated instance 0x17579780

在上面的例子中， Xcode告诉我们， respondsToSelector的消息：被发送到一个僵尸对象。然而，僵尸对象不再是ChildViewController类的一个实例。以前分配给ChildViewController实例的内存区域不再映射到您的应用程序。这为你了解问题产生的根本原因提供一个不错的建议。

不幸的是，僵尸对象将无法保存您的一天每次崩溃的EXC_BAD_ACCESS的记录。既然僵尸对象没有这些方法，那么你可以采取其他的方法进行一些适当的分析。

6.分析

如果僵尸调试模式不能解决你的问题，那么问题的根源可能就不那么简单了。在这种情况下，您需要仔细看看在应用程序崩溃时执行的代码。这可能是繁琐和耗时的。

为了帮助你发现你的代码的问题，你可以使用Xcode来分析你的代码，帮助你找到出现问题的地方。注意，Xcode分析项目，它会指出每一个潜在的可能出现的问题的地方。

使用Xcode来分析你的项目，从Xcode的 Product菜单选择 Analyze或按 Shift-Command-B.Xcode的将需要片刻的时间，但是当它完成的时候你会在左边的 Issue Navigator看到问题列表。由Analyze发现的问题用蓝色高亮显示。

当你点击一个问题，Xcode的会指向问题代码块，这些正是你要的注意的地方。注意，Xcode仅仅是建议。在某些情况下，这是可能的，问题是不相关的，不固定。

如果你找不到造成EXC_BAD_ACCESS的错误，那就需要你仔细审视Xcode项目，分析其中发现的每一个问题。

7.结论

EXC_BAD_ACCESS是开发者面临的一个共同的问题，它是手动内存管理固有的问题。虽然推行ARC内存管理方式 （自动引用计数）使得EXC_BAD_ACCESS没那么频繁，但他们并没有真正的消失。